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

Περισσότερες λεπτομέρειες κάτω από το κόψιμο..

Τεχνικό έργο

για τον εκσυγχρονισμό του τεχνολογικού εξοπλισμού των συστημάτων εξαερισμού του κτιρίου εργαστηρίου Νο 451.452, κτίριο 17 στη διεύθυνση: Μόσχα

1. Γενικές Διατάξεις

1.1. Η τεχνική αυτή ανάθεση προβλέπει την εκτέλεση εργασιών εκσυγχρονισμού τεχνολογικού εξοπλισμού, συστημάτων ελέγχου και αυτοματισμού μονάδων εξαερισμού του κτιρίου, εργαστηρίων Νο 451.452 του κτιρίου 17.

1.2. Για την εκτέλεση των εργασιών, αναπτύξτε τεκμηρίωση εργασίας για τμήματα των εμπορικών σημάτων AOB, EM, XS, AHS, AK, τα οποία πρέπει να συμφωνηθούν σύμφωνα με την καθιερωμένη διαδικασία.

1.3. Εκτελέστε εργασίες σύμφωνα με τις απαιτήσεις της κανονιστικής και τεχνικής τεκμηρίωσης.

1.4. Μετά την ολοκλήρωση της εργασίας, παρουσιάστε την τεκμηρίωση που έχει κατασκευαστεί σύμφωνα με τις απαιτήσεις του GOST και του SNiP.

1.5. Παραδώστε την ολοκληρωμένη εργασία στον Πελάτη.

1.6. Ορισμένες διατάξεις της παρούσας Τεχνικής Προδιαγραφής ενδέχεται να διευκρινιστούν κατά τη διάρκεια της εργασιακής διαδικασίας κατόπιν συμφωνίας με τον Πελάτη.

2. Τεχνικές απαιτήσεις

2.1. Εκσυγχρονισμός μονάδων ελέγχου θερμότητας και ψύξης για μονάδες εξαερισμού.

2.1.1. Μονάδες ελέγχου παροχής θερμότητας.

Τα ακόλουθα υπόκεινται σε εκσυγχρονισμό:

· Μονάδες ελέγχου παροχής θερμότητας για την πρώτη θέρμανση μονάδων εξαερισμού Κ1, Κ2, Κ2α, Κ4 του κτιρίου ΜΙΚ-Β, Ρ2, Ρ6 εργαστηρίου Νο 452, Ρ1 εργαστηρίου.

· Μονάδες ελέγχου παροχής θερμότητας για τη δεύτερη θέρμανση των μονάδων εξαερισμού Κ1, Κ2, Κ2α του κτιρίου MIK-V.

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

Η σύνθεση του εξοπλισμού των εγκατεστημένων μονάδων ελέγχου, καθώς και ο εξοπλισμός που χρησιμοποιείται, αναφέρεται στο Παράρτημα Νο. 1.

Διεξαγωγή υδραυλικών δοκιμών κυκλωμάτων θέρμανσης και θερμαντικών μονάδων εξαερισμού με την εκτέλεση έκθεσης υδραυλικής δοκιμής.

Εκτελέστε εργασίες βαφής σωληνώσεων και θερμομόνωσης.

2.1.2 Μονάδες για τη ρύθμιση της παροχής ψύξης των μονάδων εξαερισμού.

Υπόκεινται σε εκσυγχρονισμό οι ψυκτικές μονάδες των μονάδων εξαερισμού Κ1, Κ2, Κ2α, Κ4 του κτιρίου ΜΙΚ-V, Ρ2, Ρ6 του εργαστηρίου «452», Ρ1 του εργαστηρίου Νο. 451.

Πεδίο εφαρμογής του έργου:

· Αντικατάσταση θερμοστατικών βαλβίδων των μονάδων ελέγχου ψύξης.

· αποσυναρμολόγηση/εγκατάσταση του ανεμιστήρα της μονάδας συμπύκνωσης συμπιεστή K1.

· αποσυναρμολόγηση/εγκατάσταση φίλτρο-στεγνωτηρίων μονάδων συμπύκνωσης συμπιεστή K1, K2.

· αποσυναρμολόγηση/εγκατάσταση του εξατμιστή της μονάδας εξαερισμού K4.

· δοκιμή πίεσης σε περιβάλλον αδρανούς αερίου, σκούπισμα με ηλεκτρική σκούπα, επαναπλήρωση κυκλωμάτων ψύξης με φρέον.

· αποκατάσταση θερμομόνωσης αγωγών.

2.1.3. Μονάδες τροφοδοσίας για κυκλώματα ύγρανσης.

Τοποθετήστε φίλτρα καθαρισμού κρύου νερού στις μονάδες ανεφοδιασμού για τους θαλάμους άρδευσης των κλιματιστικών K1, K2, K2a.

2.2. Ερμάρια ελέγχου και αυτοματισμού για μονάδες εξαερισμού.

Ερμάρια ελέγχου μονάδων εξαερισμού K1, K2, K2a, K4, RU3, V1, V2, V3, V6, V7, V8, κτίρια MIK-V, P2, P6, V1, V2, V3 εργαστήρια Αρ. 451, P1, V1 εργαστήρια Νο. 451 υπόκεινται σε διάλυση 452.

Διάταξη των πρόσφατα εγκατεστημένων πινάκων ελέγχου:

SHUA K1 – ερμάριο ελέγχου και αυτοματισμού για τη μονάδα εξαερισμού και τη μονάδα συμπύκνωσης συμπιεστή (KKB) του κλιματιστικού K1 (MIK-V).

SHUA K2 – ντουλάπι ελέγχου και αυτοματισμού για τη μονάδα εξαερισμού και μονάδα ελέγχου για το κλιματιστικό K2 (MIK-V).

SHUA K2 – ντουλάπι ελέγχου και αυτοματισμού για τη μονάδα εξαερισμού και μονάδα ελέγχου για το κλιματιστικό K2a (MIK-V).

SHUA K4 – ντουλάπι ελέγχου και αυτοματισμού για τη μονάδα εξαερισμού και μονάδα ελέγχου για το κλιματιστικό K4 (MIK-V).

SHUV – ντουλάπι ελέγχου για μονάδες εξάτμισης RU3, V1, V2, V3, V6, V7, V8 (MIK-V);

SHUA P2, P6 – ερμάριο ελέγχου και αυτοματισμού για μονάδες αερισμού και μονάδες συμπύκνωσης συμπιεστή P2, P6 (εργαστήριο αρ. 452).

SHUV – θάλαμος ελέγχου για μονάδες εξάτμισης V1, V2, V3 (εργαστήριο αρ. 452).

SHUA P1,V1 – ερμάριο ελέγχου και αυτοματισμού για μονάδες εξαερισμού P1, V1 (εργαστήριο αρ. 451).

Τα εκσυγχρονισμένα ερμάρια ελέγχου πρέπει να παρέχουν:

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

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

· Κλείσιμο των μονάδων εξαερισμού σε περίπτωση πυρκαγιάς.

· αυτόματη ενεργοποίηση των προστασιών και μπλοκάρισμα της λειτουργίας του εξοπλισμού σε περίπτωση έκτακτης ανάγκης.

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

2.3. Σύστημα αυτοματισμού και αποστολής

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

2.3.1. Σύστημα αυτοματισμού.

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

Ο τοπικός αυτοματισμός των συστημάτων εξαερισμού θα πρέπει να περιλαμβάνει:

· Ρύθμιση της θερμοκρασίας του αέρα τροφοδοσίας στην έξοδο της μονάδας εξαερισμού ή, εάν είναι απαραίτητο, της θερμοκρασίας του αέρα εξαγωγής από το δωμάτιο συντήρησης.

· ρύθμιση της υγρασίας του αέρα παροχής.

· Διακοπή ανεμιστήρων και κλείσιμο βαλβίδων αέρα όταν ενεργοποιείται συναγερμός πυρκαγιάς.

· Απενεργοποίηση ύγρανσης του κλιματιστικού όταν σταματήσει ο ανεμιστήρας του.

· Άνοιγμα και κλείσιμο της βαλβίδας αέρα, αντίστοιχα, κατά την εκκίνηση και τη διακοπή του ανεμιστήρα.

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

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

· Απενεργοποίηση ανεμιστήρα απουσία πτώσης πίεσης.

· έλεγχος μόλυνσης των φίλτρων εγκατάστασης.

Η απομακρυσμένη επιρροή στον τοπικό αυτοματισμό με αυτοματοποιημένο σταθμό εργασίας προσδιορίζεται στον ακόλουθο τόμο:

· αλλαγή των ρυθμίσεων των ελεγκτών θερμοκρασίας και υγρασίας.

· ενεργοποίηση/απενεργοποίηση ρυθμίσεων.

Ο υπάρχων περιφερειακός εξοπλισμός του συστήματος αυτοματισμού υπόκειται σε επαλήθευση, καθαρισμό και περαιτέρω χρήση με την ακόλουθη σειρά:

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

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

· Οι θερμοστάτες για την προστασία των θερμαντικών μονάδων αερισμού από το πάγωμα πρέπει να αντικατασταθούν.

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

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

Για να ελέγξετε την ανακυκλοφορία του κλιματιστικού K1, αντικαταστήστε τους μηχανισμούς κίνησης των βαλβίδων αέρα on-off με βαλβίδες με σήμα ελέγχου 0..10V.

2.3.2. Σύστημα αποστολής.

Το σύστημα αποστολής θα πρέπει να περιλαμβάνει τα ακόλουθα στοιχεία:

· ένα σύμπλεγμα συσκευών μέτρησης, ενεργοποιητές και εξοπλισμό αυτοματισμού που βασίζεται στο λογισμικό και το υλικό της Honeywell.

· πολυλειτουργικό καλωδιακό σύστημα.

· συγκρότημα λογισμικού και υλικού για το κέντρο αποστολής.

Για την αποστολή συστημάτων εξαερισμού, φροντίστε για εμφάνιση, αρχειοθέτηση και καταγραφή των ακόλουθων πληροφοριών:

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

· Αριθμοί εγκατάστασης.

· Ενδείξεις αισθητήρων θερμοκρασίας και υγρασίας.

· Ενδείξεις αισθητήρα ρελέ διαφορικής πίεσης.

· Ενδείξεις θέσης βαλβίδων ελέγχου 0..100%;

· Λειτουργία/διακοπή λειτουργίας ανεμιστήρα.

· Τρόπος λειτουργίας/διακοπής των αντλιών.

· θέση των βαλβίδων αέρα «ανοιχτή/κλειστή».

· Συστήματα διακοπής κατά την ενεργοποίηση συναγερμού πυρκαγιάς.

· συστήματα διακοπής όταν υπάρχει κίνδυνος παγώματος του θερμαντήρα.

· Διακοπή της εγκατάστασης εάν δεν υπάρχει πτώση πίεσης στον ανεμιστήρα.

· Απενεργοποίηση του υγραντήρα αέρα όταν σταματήσει ο ανεμιστήρας του κλιματιστικού.

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

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

· Καταγραφή ατυχημάτων και καταστάσεων έκτακτης ανάγκης στο αρχείο καταγραφής μηνυμάτων.

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

2.3.3. Η τροφοδοσία του συστήματος αυτοματισμού και αποστολής πρέπει να πραγματοποιείται από δίκτυο εναλλασσόμενου ρεύματος με τάση 380/220 V, συχνότητα 50 Hz χρησιμοποιώντας πηγές αδιάκοπη παροχή ενέργειαςσε επαναφορτιζόμενες μπαταρίες και παρέχεται ως τροφοδοτικό για ηλεκτρικούς δέκτες πρώτης κατηγορίας

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

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

Γιατί χρειάζεστε τεχνικές προδιαγραφές;

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

Λάβετε 267 μαθήματα βίντεο στο 1C δωρεάν:

Τι πρέπει να περιέχουν οι όροι αναφοράς;

Εκείνοι. η εργασία πρέπει να περιέχει:

• στόχος— το πρόβλημα που θα λύσουμε με την εφαρμογή αυτής της προδιαγραφής·
• περιγραφή — περίληψηεπερχόμενες βελτιώσεις·
• μέθοδος υλοποίησης — Λεπτομερής περιγραφήμεθόδους για την επίλυση του στόχου. Σε αυτό το σημείο, είναι απαραίτητο να περιγράψουμε όλες τις αποχρώσεις της εργασίας στη γλώσσα του προγραμματιστή: τι είδους εργασίες δημιουργούμε/επεξεργαζόμαστε, πώς πρέπει να μοιάζει η διεπαφή κ.λπ. Εάν δεν μιλάτε "γλώσσα προγραμματιστή", αλλά "έχετε ακούσει κάτι", είναι καλύτερο να μην προσπαθήσετε να γράψετε σε μια τεχνική γλώσσα - αποδεικνύεται ότι είναι αρκετά διασκεδαστικό. Η περιγραφή πρέπει να είναι ξεκάθαρη και να μην προκαλεί ερωτήματα. Μπορεί επίσης να περιέχει ένα παράδειγμα εφαρμογής παρόμοιας λύσης σε άλλη περιοχή.
• αξιολόγηση της απόδοσης- ένα πολύ σημαντικό σημείο, μια περιγραφή του κόστους εργασίας.

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

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

Παραδείγματα και δείγματα τεχνικών προδιαγραφών για το 1C

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

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

Τεχνικό έργο:

Αυτοματοποιημένο

Σύστημα ΠΩΛΗΣΕΩΝ.

Τεχνικό έργο

Σε σεντόνια

"_" ______________ 2010

1. Γενικές πληροφορίες

Όνομα του αυτοματοποιημένου συστήματος

"AS Sbyt"

Πελάτης

Εκτελεστής διαθήκης

Βάση για την εργασία

Προγραμματισμένες ημερομηνίες για την έναρξη και τη λήξη των εργασιών για τη δημιουργία του συστήματος

Έναρξη εργασιών: 01.09.2010

Ολοκλήρωση εργασιών: 31/12/2010

Σκοπός και στόχοι δημιουργίας του συστήματος

Σκοπός του συστήματος

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

Στόχοι δημιουργίας του συστήματος

Στόχοι δημιουργίας αυτοματοποιημένου συστήματος

Οι στόχοι της ανάπτυξης του "AS Sbyt" είναι:

1. 3. Χαρακτηριστικά του αντικειμένου αυτοματισμού

3.1 Επιχειρηματικές διαδικασίες

3.1. 1 Επιχειρηματική διαδικασία «Σύμβαση συμφωνίας»

3.1.2. Επιχειρηματική διαδικασία «Υπολογισμός πληρωμών»

1. 4. Απαιτήσεις συστήματος.

4.1. Απαιτήσεις για το σύστημα ως σύνολο.

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

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

5.1.2. Το υπό ανάπτυξη AS θα πρέπει να διασφαλίζει την ευκολία εγκατάστασης ενός αυτοματοποιημένου σταθμού εργασίας (AWS) για κάθε συγκεκριμένο εκτελεστή σύμφωνα με το υπάρχον λογιστικό σύστημα.

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

5.1.4. Η προστασία των πληροφοριών από μη εξουσιοδοτημένη πρόσβαση πρέπει να υλοποιείται χρησιμοποιώντας τους ακόλουθους μηχανισμούς:

1. Περιορισμοί στα δικαιώματα πρόσβασης στο επίπεδο πλατφόρμας 1C:Enterprise 8.1.

2. Πρόσθετοι περιορισμοί στα δικαιώματα πρόσβασης σε επίπεδο περιβάλλοντος χρόνου εκτέλεσης.

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

5.1.4.2 Προστασία πληροφοριών σε επίπεδο πλατφόρμας

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

· Όλα τα δικαιώματα πρόσβασης πρέπει να συστηματοποιούνται σε κατάλληλα σύνολα - Ρόλοι πληροφοριακών συστημάτων.

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

· Τα δικαιώματα πρόσβασης κάθε χρήστη πρέπει να καθορίζονται από το σύνολο των Ρόλων του πληροφοριακού συστήματος που έχει στη διάθεσή του.

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

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

5.1.4.3. Προστασία πληροφοριών σε επίπεδο χρόνου εκτέλεσης

Για έναν αριθμό καταλόγων στο σύστημα, πρέπει να παρέχονται πρόσθετοι περιορισμοί στα δικαιώματα επεξεργασίας.

Κατάλογοι για τους οποίους είναι απαραίτητο να απαγορεύεται η επεξεργασία στο σύστημα:

• Συντομογραφίες διευθύνσεων
• νομίσματα
• Είδη αμοιβαίων διακανονισμών
• Τύποι δραστηριοτήτων των αντισυμβαλλομένων
• Ομάδα χρηστών
• Έγγραφα ταυτότητας
• Οργανωτικές θέσεις
• Τμήματα
• Χρήστες
• Στοιχεία ταμειακής ροής
• Δαπάνες
• Τιμές

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

5.1.6. Απαιτήσεις εργονομίας και τεχνικής αισθητικής

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

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

5.2. Απαιτήσεις για τη δομή και τη λειτουργία του AS "SABYT".

5.2.1. Το AS "Sbyt" θα πρέπει να αποτελείται από τα ακόλουθα αυτοματοποιημένα υποσυστήματα:

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

Υποσύστημα για τη δημιουργία παραστατικών πληρωμής.

Υποσύστημα επικοινωνίας με το σύστημα ASKUE.

Υποσύστημα επικοινωνίας με τερματικά πληρωμών.

5.2.2. Η σύνθεση του Υποσυστήματος για την εισαγωγή των πρωτογενών πληροφοριών σχετικά με τον συνδρομητή (σύναψη συμφωνίας) θα πρέπει να είναι η εξής:

Έγγραφο «Συμφωνία με τον συνδρομητή»·

5.2.3. Η σύνθεση του Υποσυστήματος για τη δημιουργία παραστατικών πληρωμής θα πρέπει να είναι η εξής:

Έγγραφο "Απόδειξη"

Έγγραφο "Συγκέντρωση κυρώσεων"

Έγγραφο "Καταναλωμένη ενέργεια"

Ενότητα για τον έλεγχο της κατάστασης των αμοιβαίων διακανονισμών

5.2.4. Η σύνθεση του Υποσυστήματος Επικοινωνίας με το σύστημα ASKUE θα πρέπει να είναι η εξής:

Ενότητα Επικοινωνία με το σύστημα ASKUE.

5.2.5. Η σύνθεση του Υποσυστήματος Επικοινωνίας με τερματικά πληρωμών θα πρέπει να είναι η εξής:

Ενότητα Επικοινωνία με τερματικά πληρωμών.

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

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

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

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

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

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

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

5.4. Απαιτήσεις για τις λειτουργίες του Υποσυστήματος για τη δημιουργία παραστατικών πληρωμής

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

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

Δημιουργία παραστατικών πληρωμής (αποδείξεις ή τιμολόγια).

5.5. Απαιτήσεις για τις λειτουργίες του υποσυστήματος επικοινωνίας με το σύστημα ASKUE

5.5.1. Το υποσύστημα επικοινωνίας με το σύστημα ASKUE πρέπει να εκτελεί τις ακόλουθες λειτουργίες:

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

Λήψη στοιχείων για την κατανάλωση ηλεκτρικής ενέργειας του συνδρομητή. Το κλειδί επικοινωνίας πρέπει να είναι η μοναδικότητα του ζεύγους "Counter ID" - "Counter Code".

5.6. Απαιτήσεις για τις λειτουργίες του Υποσυστήματος Επικοινωνίας με τερματικά πληρωμών

5.6.1. Το υποσύστημα επικοινωνίας με το σύστημα ASKUE πρέπει να εκτελεί τις ακόλουθες λειτουργίες:

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

1. 6. Η διαδικασία ελέγχου και αποδοχής του AIS «SALES».

6.1 Καθιερώνεται η ακόλουθη διαδικασία για την παρουσίαση και παράδοση των αποτελεσμάτων εργασίας στον Πελάτη:

6.1.1. Ο ανάδοχος επιδεικνύει τη λειτουργικότητα του λογισμικού χρησιμοποιώντας ένα δοκιμαστικό παράδειγμα.

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

6.1.3. Ο Ανάδοχος μεταδίδει λογισμικόστο τμήμα πληροφοριών του Πελάτη και εκπαιδεύει τον διαχειριστή του Πελάτη.

6.1.4. Με βάση τα αποτελέσματα της λύσης της δοκιμαστικής περίπτωσης, θα πρέπει να εκπονηθεί Πιστοποιητικό Μεταφοράς Λογισμικού για Δοκιμαστική λειτουργία.

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

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

6.1.7. Η παρουσία πρόσθετων απαιτήσεων του Πελάτη δεν θα πρέπει να αποτελεί βάση για άρνηση υπογραφής του Πιστοποιητικού Μεταφοράς Λογισμικού για Δοκιμαστική Λειτουργία.

6.1.8. Μετά τη μεταφορά του λογισμικού σε δοκιμαστική λειτουργία, σύμφωνα με το Χρονοδιάγραμμα Εφαρμογής που συμφωνήθηκε με τον Πελάτη, ο Ανάδοχος εκπαιδεύει εν συντομία το προσωπικό του Πελάτη στην εργασία με το λογισμικό και μεταφέρει Οδηγίες για την εργασία με το λογισμικό σε κάθε υποσύστημα.

6.1.9. Κατά την εφαρμογή του λογισμικού (δοκιμαστική λειτουργία), ο Πελάτης πραγματοποιεί:

Εισαγωγή των απαιτούμενων δεδομένων αναφοράς.

Εισαγωγή πραγματικών δεδομένων.

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

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

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

6.2.Η διαδικασία για περαιτέρω υποστήριξη εργασιών του AS «SALES».

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

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

6.2.2. Ο Ανάδοχος αναλαμβάνει την υποχρέωση να διατηρεί τηλέφωνο» τηλεφωνική γραμμή"για υποστήριξη λογισμικού.

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

6.2.4. Τα σφάλματα που εντοπίζονται από τον Πελάτη εντός έξι μηνών από την ημερομηνία μεταφοράς του λογισμικού σε λειτουργία πρέπει να διορθώνονται από τον Ανάδοχο εγκαίρως και δωρεάν.

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

6.2.5. Ο πελάτης, εντός ενός έτους από την αγορά του 1C: Enterprise, έχει το δικαίωμα να λαμβάνει δωρεάν όλες τις ενημερώσεις από την εταιρεία 1C που σχετίζονται με την ανάπτυξη προγραμμάτων 1C και τις αλλαγές στη νομοθεσία. Η εγκατάσταση των αλλαγών πρέπει να πραγματοποιείται από το αυτοματοποιημένο σύστημα ελέγχου του Πελάτη.

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

Τεχνικό έργο:

ΕΓΚΡΙΣΑ ΥΠΟΒΑΛΛΩ ΓΙΑ ΕΓΚΡΙΣΗ

" "______________ 2010 " "______________ 2010

Προσάρτημα στις τεχνικές προδιαγραφές με ημερομηνία «____» ________ 2010

Αυτοματοποιημένο

Σύστημα ΠΩΛΗΣΕΩΝ.

Τεχνικό έργο

Σε σεντόνια

Ισχύει από "__" ____________ 2010

καταλόγους. 3

μετρητές. 3

Τιμολόγια.. 3

Υποσταθμοί. 3

Επιλογές ποινής. 3

Μεταγραφές. 4

Είδη χρεώσεων. 4

Μητρώα πληροφοριών. 4

Έννοια των τιμολογίων. 4

Τιμές συνδρομητών. 4

Δεδομένα μετρητών. 5

Μητρώα συσσώρευσης. 5

Κατανάλωση ενέργειας. 5

Έγγραφα.. 6

Συμφωνία με τον συνδρομητή.. 6

Ενέργεια που καταναλώνεται. 6

Παραλαβή. 7

Υπολογισμός ποινών. 9

Επεξεργασία. 10

Λήψη δεδομένων από το σύστημα ASKUE. 10

Ανάκτηση δεδομένων από σύστημα πληρωμής.. 11

καταλόγους

μετρητές

Προϋποθέσεις:

Τιμές

Λεπτομέρειες: όχι

Επιλογές ποινής

Λεπτομέρειες: όχι

Μεταγραφές

Είδη χρεώσεων

Αξίες:

Μητρώα πληροφοριών

Διάρκεια συμβάσεων

Συχνότητα: Μη περιοδική

Σκοπός: Σχεδιασμένο για αποθήκευση των περιόδων ισχύος των συμβολαίων με τους συνδρομητές

Μετρήσεις

Έννοια των τιμολογίων

Συχνότητα: Ημέρα

Σκοπός: Σχεδιασμένο για αποθήκευση των τιμολογίων και των ημερομηνιών από τις οποίες αρχίζουν να ισχύουν τα τιμολόγια

Μετρήσεις

Στηρίγματα		Σκοπός
		Κόστος ημερήσιας τιμής
		Κόστος διανυκτέρευσης (ενδέχεται να μην προσδιορίζεται)

Τιμές συνδρομητών

Συχνότητα: Ημέρα

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

Μετρήσεις

Στηρίγματα		Σκοπός
	Τιμολογίων καταλόγου	Τιμολόγιο συνδρομητή

Δεδομένα μετρητών

Συχνότητα: Ημέρα

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

Μετρήσεις

Στηρίγματα		Σκοπός
Ενδείξεις Ημέρα		Ανάγνωση μετρητή
ΕνδείξειςΝύχτα		Ανάγνωση μετρητή

Μητρώα συσσώρευσης

Κατανάλωση ενέργειας

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

Τύπος μητρώου: συζητήσιμη

Μετρήσεις

Τεκμηρίωση

Συμφωνία με τον συνδρομητή

Σκοπός: Σχεδιασμένο για να αντικατοπτρίζει το γεγονός της σύναψης συμφωνίας με τον συνδρομητή

Στηρίγματα		Σκοπός
αντισυμβαλλόμενος	Καταλόγου Εργολάβων
Συμφωνία αντισυμβαλλόμενου
	Τιμολογίων καταλόγου
Εγκατεστημένη ισχύς		Αποθήκευση της εγκατεστημένης ισχύος του συνδρομητή σε KW
Έναρξη DateAction		Ημερομηνία από την οποία ισχύει η σύμβαση
End DateAction		Ημερομηνία λήξης της σύμβασης
Οργάνωση	Κατάλογος Οργανισμού
Επιλογή Σώρευσης Προστίμων
Ονοματολογία	Ονοματολογία καταλόγου
Χειροκίνητη Ρύθμιση		Σήμα χειροκίνητης προσαρμογής των εγγραφών εγγράφων

Μέρος πίνακα: Μετρητές και τιμολόγια

Ανάρτηση εγγράφου

Το έγγραφο εκτελείται:

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

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

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

Ενέργεια που καταναλώνεται

Σκοπός: Σχεδιασμένο για να αντικατοπτρίζει τις ενδείξεις του μετρητή σε μια συγκεκριμένη ημερομηνία

Συμπλήρωση του εγγράφου

Το έγγραφο μπορεί να συμπληρωθεί με δύο τρόπους: χειροκίνητα και καλώντας την επεξεργασία «Λήψη δεδομένων από την ASKUE».

Ανάρτηση εγγράφου

Το έγγραφο εκτελείται:

Σύμφωνα με το μητρώο πληροφοριών «Ενδείξεις μετρητών», όπου οι ενδείξεις του μετρητή καταγράφονται από την ημερομηνία του εγγράφου·

Σύμφωνα με το μητρώο συσσώρευσης «Ενέργεια που καταναλώνεται σύμφωνα με τον ακόλουθο αλγόριθμο:

1. Οι ενδείξεις του μετρητή λαμβάνονται από το μητρώο πληροφοριών «Αναγνώσεις μετρητή» κατά την ημερομηνία του εγγράφου και τις προηγούμενες ενδείξεις του μετρητή.

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

Εκτυπώσιμα έντυπα

Μητρώο ενδείξεων μετρητών

Παραλαβή

Σκοπός: Σχεδιασμένο για να αντικατοπτρίζει τις χρεώσεις στους συνδρομητές

Συμπλήρωση του εγγράφου

Το έγγραφο μπορεί να συμπληρωθεί με δύο τρόπους: χειροκίνητη καταχώριση και καλώντας την επεξεργασία "συσσώρευση πληρωμής"

Πινακοποιημένο μέρος: Ενδείξεις μετρητών

Στηρίγματα		Σκοπός
αντισυμβαλλόμενος	Καταλόγου Εργολάβων
Συμφωνία αντισυμβαλλόμενου	Κατάλογος Συμβάσεις αντισυμβαλλομένων
Ονοματολογία	Ονοματολογία καταλόγου
	Τιμολογίων καταλόγου	Συνδρομητικό τιμολόγιο σύμφωνα με τη σύμβαση
	Μετρητές καταλόγου
Τύπος Δεδομένα	Είδη Μεταβίβασης δεδουλευμένων
Ενέργεια που καταναλώνεται		Ενέργεια που καταναλώνεται
Τιμολογική αξία		Τιμολογιακή αξία από την ημερομηνία παραστατικού
Δεδουλευμένος		Ποσό που χρεώνεται στον συνδρομητή

Ανάρτηση εγγράφου

Το έγγραφο εκτελείται:

Σύμφωνα με το λογιστικό σχέδιο φορολογίας:

Εκτυπώσιμα έντυπα

Μητρώο χρεώσεων

Αλγόριθμος πλήρωσης

Το έγγραφο συμπληρώνεται με βάση το βιβλίο αναφοράς «Συμφωνίες αντισυμβαλλομένου».

1. Από τον κατάλογο, επιλέγονται συμβάσεις για τις οποίες, σύμφωνα με το μητρώο πληροφοριών «Περίοδοι ισχύος των συμβάσεων», η Ημερομηνία Έναρξης είναι μικρότερη από την ημερομηνία του εγγράφου και η Ημερομηνία λήξης είναι μεγαλύτερη από την ημερομηνία παραστατικού.
2. Επιλέγονται μετρητές που αντιστοιχούν σε αυτές τις συμβάσεις.
3. Για τους μετρητές, η κατανάλωση ενέργειας προσδιορίζεται ως ο κύκλος εργασιών στο μητρώο συσσώρευσης «Κατανάλωση ενέργειας» για την περίοδο μεταξύ της ημερομηνίας του παραστατικού και της ημερομηνίας του προηγούμενου παραστατικού· εάν η ημερομηνία του προηγούμενου παραστατικού είναι άγνωστη, τότε ολόκληρος ο κύκλος εργασιών σε λαμβάνεται το μητρώο. Η τιμή που προκύπτει καταγράφεται στο πεδίο «Καταναλωμένη ενέργεια».
4. Το τιμολόγιο καθορίζεται σύμφωνα με τη σύμβαση και η αξία του τιμολογίου από την ημερομηνία του εγγράφου.
5. Ο τύπος δεδουλευμένων ορίζεται σε "Σύμφωνα με τις ενδείξεις του μετρητή".
6. Το δεδουλευμένο πεδίο υπολογίζεται ως το γινόμενο της Καταναλωμένης Ενέργειας και της Δασμολογικής Αξίας.

Αλγόριθμος

Kt. 90.01 με αναλυτικά στοιχεία SubcontoKt1 - Nomenclature.NomenclatureGroup, SubcontoKt2 - Nomenclature.FAT Rate.

Εάν υπάρχει Πιστωτικό υπόλοιπο στον λογαριασμό 62.02, τότε η προκαταβολή συμψηφίζεται με την καταχώρηση

Dt. 62.02 με αναλυτικά στοιχεία SubcontoDt1 - Αντισυμβαλλόμενος, SubcontoDt2 - Συμφωνία αντισυμβαλλομένου

Το ποσό της συναλλαγής είναι η ελάχιστη αξία του πιστωτικού υπολοίπου του λογαριασμού 62.02 και η αξία της μεταβλητής «συσσωρευμένα»)

Dt. 90.03 with analytics SubcontoDt1 - Nomenclature.NomenclatureGroup, SubcontoDt2 - Nomenclature.FAT Rate

Kt. 62.01 με αναλυτικά στοιχεία SubcontoKt1 - Αντισυμβαλλόμενος, SubcontoKt2 - Συμφωνία αντισυμβαλλομένου

Ποσό συναλλαγής = "Συσσωρευμένος"*Ποσοστό ΦΠΑ/(100+Ποσοστό ΦΠΑ), όπου ο συντελεστής ΦΠΑ είναι "Ονοματολογία.Ποσοστό ΦΠΑ"

Υπολογισμός ποινών

Σκοπός: Σχεδιασμένο για να αντικατοπτρίζει τη συγκέντρωση προστίμων στους συνδρομητές

Συμπλήρωση του εγγράφου

Το έγγραφο μπορεί να συμπληρωθεί με δύο τρόπους: με χειροκίνητη καταχώριση και καλώντας την επεξεργασία "υπολογισμός προστίμων"

Πινακοποιημένο μέρος: Ενδείξεις μετρητών

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

Ανάρτηση εγγράφου

Το έγγραφο εκτελείται:

Σύμφωνα με το αυτοφερόμενο λογιστικό σχέδιο:

Σύμφωνα με το λογιστικό σχέδιο φορολογίας:

Εκτυπώσιμα έντυπα

Μητρώο χρεώσεων

Απόδειξη πληρωμής με barcode

Ο γραμμωτός κώδικας δημιουργείται χρησιμοποιώντας τη γραμματοσειρά "Infograftbarcode".

Αλγόριθμος σχηματισμού Γραμμή «0000»+Κωδικός συμφωνίας συνδρομητή+Δεδομένα

Η διάταξη της απόδειξης επισυνάπτεται στο αρχείο KV_1.mxl

Αλγόριθμος

Για κάθε γραμμή της ενότητας πίνακα «Ενδείξεις μετρητών» πρέπει να γίνουν οι ακόλουθες εγγραφές:

Dt. 62.01 με αναλυτικά στοιχεία SubcontoDt1 - Αντισυμβαλλόμενος, SubcontoDt2 - Συμφωνία αντισυμβαλλομένου

Kt. 91.01 με analytics SubcontoKt1 - Λοιπά έσοδα.

Ποσό συναλλαγής - η τιμή του χαρακτηριστικού "Συσσωρευμένα".

Θεραπείες

Λήψη δεδομένων από το σύστημα ASKUE

			Ακρίβεια	Σκοπός
				Ο κωδικός μετρητή στο σύστημα πωλήσεων συμπίπτει με το meter_ID στο σύστημα ASKUE
				Καθημερινές ενδείξεις μετρητών
				Ενδείξεις μετρητών σε νυχτερινό τιμολόγιο

Λεπτομέρειες επεξεργασίας

Αλγόριθμος επεξεργασίας:

1. Λάβετε τον κωδικό μετρητή από μια γραμμή αρχείου μεταφοράς δεδομένων
2. Βρείτε το αντίστοιχο στοιχείο στον κατάλογο "counters" ανά κωδικό, εάν το στοιχείο δεν βρεθεί, τότε εμφανίστε το μήνυμα "Ο μετρητής με τον κωδικό δεν βρέθηκε..."
3. Εάν βρεθεί το στοιχείο, τότε προσθέστε μια γραμμή στον πίνακα τιμών, όπου: "counter" - το στοιχείο που βρέθηκε, "ReadingsDay" - "Day", "ReadingsNight" - "Night"
4. Εάν η επεξεργασία καλείται από το έγγραφο «Καταναλωμένη ενέργεια» και τον αριθμό των γραμμών

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

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

Λήψη δεδομένων από το σύστημα πληρωμών

Η μορφή αρχείου μεταφοράς δεδομένων είναι DBF.

Δομή αρχείου μεταφοράς δεδομένων:

Λεπτομέρειες επεξεργασίας

Αλγόριθμος επεξεργασίας:

1. Δημιουργήστε έναν πίνακα τιμών με τη δομή:

1. Επιλέξτε γραμμές αρχείων μεταφοράς δεδομένων
2. Ξεκινήστε να περιηγείστε στις γραμμές του αρχείου μεταφοράς δεδομένων
3. Διαβάστε τη γραμμή αρχείου μεταφοράς δεδομένων
4. Λάβετε τον κωδικό σύμβασης από τη γραμμή αρχείου μεταφοράς δεδομένων
5. Βρείτε το αντίστοιχο στοιχείο ανά κωδικό στον κατάλογο "Συμφωνίες αντισυμβαλλομένου", εάν το στοιχείο δεν βρεθεί, εμφανίστε το μήνυμα "Δεν βρέθηκε συμφωνία με τον κωδικό..."
6. Εάν βρεθεί το στοιχείο, τότε προσθέστε μια γραμμή στον πίνακα τιμών, όπου: "Συμφωνία" - το στοιχείο που βρέθηκε, "Ημερομηνία" - "Δεδομένα_πλατφόρμα", "Αριθμός πληρωμής" - "Nomer_plat", "Ποσό" - "Summa_plat"
7. Αφού λάβετε την τελευταία γραμμή του αρχείου μεταφοράς δεδομένων, τερματίστε τον κύκλο
8. Για κάθε γραμμή του πίνακα τιμών, δημιουργήστε ένα παραστατικό «Εντολή πληρωμής για λήψη χρημάτων». Κατά τη δημιουργία ενός εγγράφου, ελέγξτε εάν υπάρχει ένα έγγραφο στο σύστημα με την ίδια ημερομηνία και τον ίδιο αριθμό του εισερχόμενου εγγράφου. Εάν το έγγραφο υπάρχει στο σύστημα, τότε το έγγραφο δεν δημιουργείται.
9. Κανόνες για τη συμπλήρωση των στοιχείων του εγγράφου:

Στηρίγματα	Τιμή συμπλήρωσης
Είδος λειτουργίας
	TableLineValue.Date
Αριθμός εισερχόμενου εγγράφου	Πίνακας LineValuary.Αριθμός πληρωμής
Ημερομηνία εισερχόμενου εγγράφου	TableLineValue.Date
Συμφωνία αντισυμβαλλόμενου	TableLineValue.Contract

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

Ποιος πρέπει να γράψει τις τεχνικές προδιαγραφές;

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

Γιατί χρειάζεται η τεχνική προδιαγραφή;

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

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

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



Ας περιγράψουμε μια λίστα με τα πιο σημαντικά σημεία που πρέπει να περιλαμβάνονται στις τεχνικές προδιαγραφές:

1. Στόχος/Στόχος. Διατυπώστε τι πρέπει να εφαρμοστεί στο τέλος.

2. Περιγραφή. Περιγράψτε συνοπτικά το περιεχόμενο των σχεδιαζόμενων βελτιώσεων.

3. Τρόπος υλοποίησης. Περιγράψτε λεπτομερώς τις μεθόδους με τις οποίες πρέπει να επιτευχθεί ο στόχος. Όλα τα χαρακτηριστικά της εργασίας πρέπει να είναι γραμμένα στη γλώσσα του προγραμματιστή: μητρώα, κατάλογοι (δημιουργήστε τα ή επεξεργαστείτε τα). σχεδιασμός διεπαφής κ.λπ. Για όσους δεν είναι εξοικειωμένοι και έχουν ακούσει μόνο κάτι για μια συγκεκριμένη γλώσσα προγραμματισμού, σας συμβουλεύουμε να μην κάνετε άσκοπες προσπάθειες να «μιλήσετε» σε μια τεχνική γλώσσα. Επειδή μια περιγραφή ιδανικά είναι μια ξερή δήλωση που εξαλείφει την ασάφεια και την πιθανότητα να προκύψουν περιττές ερωτήσεις. Επιπλέον, αυτή η παράγραφος μπορεί να περιλαμβάνει ένα παράδειγμα του τρόπου με τον οποίο παρόμοιος προγραμματισμός έχει ήδη πραγματοποιηθεί κάπου.

4. Αξιολόγηση απόδοσης. Αυτό το σημείο είναι πολύ σημαντικό - πρέπει να περιγράψει το κόστος εργασίας.

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

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

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

Παράδειγμα τεχνικών προδιαγραφών για προγραμματιστή

Τεχνικές προδιαγραφές 1C για οριστικοποίηση εξωτερικής επεξεργασίας


Στόχος
Είναι απαραίτητο να διαμορφώσετε τη μεταφόρτωση δεδομένων από το 1C στον αυτοματοποιημένο χώρο εργασίας της τράπεζας.


Περιγραφή

Σε σχέση με τη μετάβαση του οργανισμού στη διαμόρφωση 1C "Μισθοί και προσωπικό ενός κυβερνητικού ιδρύματος", είναι απαραίτητο να αναπτυχθούν άλλες λύσεις επεξεργασίας που θα παρέχουν παρόμοια λειτουργικότητα στη νέα διαμόρφωση.

Η μεταφόρτωση δεδομένων θα πρέπει να βασίζεται στα έγγραφα «Αίτηση για άνοιγμα Προσωπικών Λογαριασμών Εργαζομένων» και «Δήλωση Καταβολής Μισθών στην Τράπεζα».


Αρχικά στοιχεία

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

Επεξεργασία μεταφορτώσεων δεδομένων στα πεδία TAB_N, NAME, SERNUM, PASSCODE, PDAT, PWHR, BIRTHDAY, POSTINDEX, COUNTRY, CITY, STREET, REGION, BUILDING, CORP, FLAT, BPLACE, CITIZEN τις αντίστοιχες πληροφορίες από τη διαμόρφωση 1C που εισήχθη προηγουμένως, το καθορισμένο παραστατικό και άλλους λογιστικούς πίνακες. Ανεβαίνουν ο αριθμός προσωπικού, το πλήρες όνομα του υπαλλήλου, τα στοιχεία του διαβατηρίου και της διεύθυνσής του, τα γενέθλια και η υπηκοότητα.


Μέθοδος υλοποίησης

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


Αξιολόγηση απόδοσης

Π Απαιτούνται 5 εργάσιμες ημέρες εργασίας προγραμματιστή.

Η ακρίβεια των τεχνικών προδιαγραφών για την τροποποίηση του 1C καθορίζει άμεσα εάν θα επιλυθούν οι εργασίες που έχουν ανατεθεί στους προγραμματιστές. Ωστόσο, υπάρχουν ορισμένες δυσκολίες κατά την εργασία με ένα τέτοιο έγγραφο. Με την ευρεία έννοια, ο ΠΠ καθορίζει τα πρότυπα για τη δημιουργία και τον εκσυγχρονισμό ενός αυτοματοποιημένου συστήματος (AS), καθώς και τη διαδικασία για εργασία. Αυτό περιλαμβάνει επίσης ένα σύνολο προτύπων για την έναρξη ενός έργου. Αυτή η κατανόηση του ρόλου των τεχνικών προδιαγραφών υπαγορεύεται από τις απαιτήσεις των GOST 19.201-78 και 34.602-89, σύμφωνα με τις οποίες πραγματοποιείται η ανάπτυξη τεχνικών προδιαγραφών για το 1C. Υπάρχει μια άλλη ερμηνεία της έννοιας αυτού του εγγράφου, πιο κοντά στην πρακτική.

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

Ποια πρέπει να είναι η τεχνική προδιαγραφή;

Οποιαδήποτε τεχνική ανάθεση για την ανάπτυξη ενός προγράμματος 1C δημιουργείται από τον ανάδοχο. Αυτό όμως δεν γίνεται από προγραμματιστή, αλλά από αναλυτή. Αυτό είναι ένα σημαντικό σημείο, καθώς το έγγραφο πρέπει να συντάσσεται σε γλώσσα κατανοητή από τον πελάτη, χωρίς ιδιαίτερα εξειδικευμένους τεχνικούς όρους. Όταν ληφθούν υπόψη όλες οι αποχρώσεις του έργου και οι πληροφορίες διατυπωθούν σωστά, οι τεχνικές προδιαγραφές συμφωνούνται με όλους τους πελάτες. Εάν γίνει αποδεκτό, οι προγραμματιστές συμμετέχουν στην εργασία. Σε αυτήν την περίπτωση, το έγγραφο πρέπει να περιγράφει με σαφήνεια το επιθυμητό αποτέλεσμα. Αυτό βοηθά τους προγραμματιστές να θέσουν τον σωστό στόχο και να τον ελέγξουν σε διαφορετικά στάδια. Επίσης, κατά την κατάρτιση τεχνικών προδιαγραφών για την τροποποίηση του 1C, θα πρέπει να δοθεί μεγάλη προσοχή στη διατύπωση. Θα πρέπει να λαμβάνεται μέριμνα ώστε να διασφαλίζεται ότι είναι επαρκώς συγκεκριμένες και δεν συνεπάγονται άλλες ερμηνείες. Αυτό είναι το πρώτο πράγμα που πρέπει να θυμάστε όταν εργάζεστε με τεχνικές προδιαγραφές. Πρέπει επίσης να προσεγγίσετε το σχέδιο με υπευθυνότητα. Αυτό ισχύει και για τη σελίδα τίτλου του εγγράφου.

Τα κύρια λάθη στις τεχνικές προδιαγραφές για την ανάπτυξη του 1C

Η δομή των τεχνικών προδιαγραφών ρυθμίζεται από το GOST 34.602-89. Αυτό το έγγραφο περιέχει σαφείς απαιτήσεις για τον αριθμό και τη σειρά των μπλοκ πληροφοριών στις τεχνικές προδιαγραφές. Ταυτόχρονα, δεν υπάρχουν αυστηρά πρότυπα για τις μεθόδους παρουσίασης. Αυτή η κατάσταση περιέχει μεγάλες δυνατότητες επίλυσης πολύπλοκων προβλημάτων και ταυτόχρονα μπορεί να οδηγήσει σε πολλά σφάλματα κατά τη σύνταξη ενός εγγράφου. Οι πιο συνηθισμένες ανακρίβειες είναι:

1. Επανάληψη κάποιων ενοτήτων σε διαφορετικές ερμηνείες.
2. Οι πληροφορίες δίνονται τυχαία. Στην ιδανική περίπτωση, θα πρέπει να σχετίζεται με μια συγκεκριμένη δομή, όπως επιχειρηματικές διαδικασίες ή ενότητες συστήματος.
3. Οι πληροφορίες σε διαφορετικές ενότητες παρουσιάζονται με διαφορετικούς βαθμούς λεπτομέρειας.

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

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

1. Οι απαιτήσεις διαφορετικών τμημάτων έρχονται σε αντίθεση μεταξύ τους.
2. Η διατύπωση αποδεικνύεται ανακριβής.
3. Σε ορισμένα σημεία οι πληροφορίες είναι πολύ λεπτομερείς.

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

Πώς να αποφύγετε λάθη κατά την ανάπτυξη τεχνικών προδιαγραφών;

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

Ένα παράδειγμα τεχνικής προδιαγραφής για την τροποποίηση του 1C προϋποθέτει τη χρήση της γλώσσας του επιχειρηματικού τομέα για τον οποίο εκτελείται το έργο. Αυτό είναι απαραίτητο, πρώτα απ 'όλα, για τον πελάτη. Ωστόσο, δεν πρέπει να χρησιμοποιείτε συγκρίσεις στο κείμενο, καθώς μπορούν να ερμηνευτούν με διαφορετικούς τρόπους.

Βασικοί κανόνες κατά την κατάρτιση τεχνικών προδιαγραφών για την ανάπτυξη μιας αναφοράς και άλλων στοιχείων 1C:

1. Η τεχνική προδιαγραφή δημιουργείται από κοινού από τον ανάδοχο και τον πελάτη.
2. Μόνο αντικειμενικές απαιτήσεις πρέπει να επιβάλλονται στο έργο των προγραμματιστών. Για την επιτυχή ανάπτυξη του έργου, το υποκειμενικό όραμα του πελάτη πρέπει να ελαχιστοποιηθεί.
3. Είναι απαραίτητο να περιγραφεί λεπτομερώς το αποτέλεσμα που χρειάζεται ο πελάτης. Σε αυτήν την περίπτωση, στο παράδειγμα μιας τεχνικής προδιαγραφής για την ανάπτυξη μιας διαμόρφωσης 1C, είναι απαραίτητο να καθοριστούν όλες οι παράμετροι με τις οποίες θα πρέπει να λειτουργεί το στοιχείο. Διαφορετικά, το αποτέλεσμα μπορεί να διαφέρει πολύ από το επιθυμητό.
4. Οι κίνδυνοι του αναδόχου και του πελάτη θα πρέπει να είναι περίπου ίσοι και να ελαχιστοποιούνται.
5. Δεν μπορείτε να χρησιμοποιήσετε όρους που χρησιμοποιούνται στην επαγγελματική επικοινωνία και δεν χρησιμοποιούνται σε συγκεκριμένο κλάδο.

Για να δημιουργήσετε μια τεχνική προδιαγραφή για την ανάπτυξη μιας αναφοράς σε 1C ή άλλο στοιχείο, ο αναλυτής πρέπει να γνωρίζει όλα τα χαρακτηριστικά του τομέα δραστηριότητας του πελάτη. Οι απαιτήσεις θα πρέπει να παρέχουν μόνο χρήσιμες πληροφορίες που θα είναι χρήσιμες στον ανάδοχο. Λαμβάνοντας υπ 'όψιν ότι Ιδιαίτερη προσοχήΕδώ η εστίαση είναι στις τελικές εργασίες που πρέπει να επιλύσει το λογισμικό· δεν υπάρχει κανένα παράδειγμα τεχνικής προδιαγραφής.

Ο κίνδυνος εσφαλμένης κατάρτισης τεχνικών προδιαγραφών

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