Κανόνες μεταφοράς δεδομένων 1γ. Ένα παράδειγμα κανόνα για τη μετατροπή αντικειμένων. Επιλογές αγοράς μετεγκατάστασης δεδομένων
Η μετεγκατάσταση δεδομένων μεταξύ διαφορετικών διαμορφώσεων δεν είναι μια ασήμαντη εργασία. Όπως πάντα, υπάρχουν διάφοροι τρόποι επίλυσης, αλλά δεν είναι όλοι οι βέλτιστοι. Ας προσπαθήσουμε να κατανοήσουμε τις αποχρώσεις της μεταφοράς δεδομένων και να επιλέξουμε μια καθολική στρατηγική για την επίλυση τέτοιων ζητημάτων.
Το πρόβλημα της μετάβασης δεδομένων (μιλάμε ειδικά για προϊόντα 1C) από τη μια λύση στην άλλη δεν προέκυψε χθες. Η εταιρεία 1C κατανοεί τέλεια τις δυσκολίες που αντιμετωπίζουν οι προγραμματιστές κατά τη δημιουργία μεταναστεύσεων, επομένως προσπαθεί με κάθε δυνατό τρόπο να βοηθήσει με εργαλεία.
Κατά την ανάπτυξη της πλατφόρμας, η εταιρεία εισήγαγε μια σειρά από καθολικά εργαλεία, καθώς και τεχνολογίες που απλοποιούν τη μεταφορά δεδομένων. Είναι ενσωματωμένα σε όλες τις τυπικές λύσεις και το πρόβλημα των μετακινήσεων μεταξύ πανομοιότυπων διαμορφώσεων έχει επιλυθεί στο σύνολό του. Η νίκη επιβεβαιώνεται για άλλη μια φορά από τη στενή ενσωμάτωση τυπικών λύσεων.
Με τις μετακινήσεις μεταξύ μη τυπικών λύσεων, η κατάσταση είναι κάπως πιο περίπλοκη. Ένα ευρύ φάσμα τεχνολογιών επιτρέπει στους προγραμματιστές να επιλέξουν ανεξάρτητα τον καλύτερο τρόπο επίλυσης του προβλήματος από την άποψή τους.
Ας εξετάσουμε μερικά από αυτά:
- ανταλλαγή μέσω αρχείων κειμένου.
- χρησιμοποιώντας σχέδια ανταλλαγής·
- και τα λοιπά.
Κάθε ένα από αυτά έχει τα δικά του πλεονεκτήματα και μειονεκτήματα. Συνοψίζοντας, το κύριο μειονέκτημα θα είναι η πολυλογία. Η αυτο-υλοποίηση των αλγορίθμων μετεγκατάστασης είναι γεμάτη με σημαντικό κόστος χρόνου, καθώς και μια μακρά διαδικασία εντοπισμού σφαλμάτων. Δεν θέλω καν να μιλήσω για περαιτέρω υποστήριξη τέτοιων αποφάσεων.
Η πολυπλοκότητα και το υψηλό κόστος υποστήριξης ώθησαν την 1C να δημιουργήσει μια καθολική λύση. Τεχνολογία που καθιστά δυνατή την όσο το δυνατόν απλούστευση της ανάπτυξης και της διατήρησης των μεταναστεύσεων. Ως αποτέλεσμα, η ιδέα πραγματοποιήθηκε με τη μορφή ξεχωριστής διαμόρφωσης - "Μετατροπή δεδομένων".
Η μετατροπή δεδομένων είναι μια τυπική λύση, αυτοδιαμόρφωση. Κάθε χρήστης με συνδρομή ITS: Prof μπορεί να κατεβάσει αυτό το πακέτο εντελώς δωρεάν από τον ιστότοπο υποστήριξης χρηστών ή από τον δίσκο του ITS. Η εγκατάσταση πραγματοποιείται με τυπικό τρόπο - όπως όλες οι άλλες τυπικές λύσεις από το 1C.
Τώρα λίγα για τα θετικά της λύσης. Ας ξεκινήσουμε με το πιο σημαντικό πράγμα - την ευελιξία. Η λύση δεν είναι προσαρμοσμένη σε συγκεκριμένες διαμορφώσεις/εκδόσεις πλατφόρμας. Λειτουργεί εξίσου καλά τόσο με τυπικές διαμορφώσεις όσο και με αυτογραμμένες. Οι προγραμματιστές έχουν στη διάθεσή τους μια καθολική τεχνολογία και μια τυποποιημένη προσέγγιση για τη δημιουργία νέων μεταναστεύσεων. Η ευελιξία της λύσης σάς επιτρέπει να προετοιμάζετε μετεγκαταστάσεις ακόμη και για πλατφόρμες άλλες από το 1C: Enterprise.
Το δεύτερο μεγάλο πλεονέκτημα είναι τα γραφικά. Οι απλές μετακινήσεις δημιουργούνται χωρίς κωδικοποίηση. Ναι, ναι, χωρίς ούτε μια γραμμή κώδικα! Ακριβώς για χάρη αυτού, αξίζει να αφιερώσετε χρόνο για να μάθετε την τεχνολογία και στη συνέχεια να χρησιμοποιήσετε ανεκτίμητες δεξιότητες πολλές φορές.
Το τρίτο πλεονέκτημα που θα ήθελα να επισημάνω είναι η απουσία περιορισμών στη διανομή δεδομένων. Ο ίδιος ο προγραμματιστής επιλέγει τη μέθοδο παράδοσης δεδομένων στη διαμόρφωση του δέκτη. Δύο επιλογές είναι διαθέσιμες εκτός συσκευασίας: μεταφόρτωση σε αρχείο xml και άμεση σύνδεση με τη βάση πληροφοριών (COM / OLE).
Σπουδάζουμε αρχιτεκτονική
Γνωρίζουμε ήδη ότι η μετατροπή δεδομένων μπορεί να κάνει θαύματα, αλλά δεν είναι ακόμη απολύτως σαφές ποια είναι τα τεχνικά πλεονεκτήματα. Το πρώτο πράγμα που πρέπει να μάθετε είναι ότι οποιαδήποτε μετεγκατάσταση δεδομένων (μετατροπή) βασίζεται στους κανόνες ανταλλαγής. Κανόνες ανταλλαγής - ένα κανονικό αρχείο xml με περιγραφή της δομής στην οποία θα μεταφορτωθούν δεδομένα από το IB. Η υπηρεσία επεξεργασίας, η οποία εκφορτώνει / φορτώνει δεδομένα, αναλύει τους κανόνες ανταλλαγής και, βάσει αυτών, εκτελεί εκφόρτωση. Η διαδικασία αντιστρέφεται κατά την εκκίνηση.
Η διαμόρφωση "KD" είναι ένα είδος οπτικού κατασκευαστή, με τη βοήθεια του οποίου ο προγραμματιστής δημιουργεί κανόνες ανταλλαγής. Δεν ξέρει πώς να ξεφορτώνει δεδομένα. Υπεύθυνη για αυτό είναι η πρόσθετη εξωτερική επεξεργασία υπηρεσιών που περιλαμβάνεται στο κιτ διανομής CD. Υπάρχουν πολλά από αυτά (το XX στο όνομα του αρχείου είναι ο αριθμός έκδοσης της πλατφόρμας):
- MDXXExp.epf- η επεξεργασία σάς επιτρέπει να ξεφορτώσετε την περιγραφή της δομής της βάσης πληροφοριών σε ένα αρχείο xml. Η περιγραφή της δομής φορτώνεται στο CD για περαιτέρω ανάλυση και δημιουργία κανόνων ανταλλαγής.
- V8ExchanXX.epf- ξεφορτώνει / φορτώνει δεδομένα από τη βάση πληροφοριών σύμφωνα με τους κανόνες ανταλλαγής. Στις περισσότερες τυπικές διαμορφώσεις, η επεξεργασία πραγματοποιείται εκτός του πλαισίου (δείτε το στοιχείο μενού «Υπηρεσία»). Η επεξεργασία είναι καθολική και δεν συνδέεται με κάποια συγκεκριμένη διαμόρφωση/κανόνες.
Εντάξει, τώρα, με βάση τα παραπάνω, ας ορίσουμε τα στάδια ανάπτυξης μιας νέας μετατροπής:
- Ορισμός της εργασίας. Είναι απαραίτητο να κατανοήσουμε με σαφήνεια ποια δεδομένα πρέπει να μεταφερθούν (από ποια αντικείμενα διαμόρφωσης) και, το πιο σημαντικό, πού να μεταφερθούν.
- Προετοιμασία περιγραφής δομών διαμόρφωσης (Πηγή / Δέκτης) για μεταγενέστερη φόρτωση στο CD. Η εργασία επιλύεται με την επεξεργασία υπηρεσιών MDXXExp.epf.
- Φόρτωση προετοιμασμένων περιγραφών δομών στο IB.
- Δημιουργία κανόνων ανταλλαγής με χρήση οπτικών εργαλείων CD.
- Εκτέλεση μεταφόρτωσης / λήψης σύμφωνα με τους δημιουργημένους κανόνες μετατροπής δεδομένων με χρήση επεξεργασίας V8ExchanXX.epf.
- Εντοπισμός σφαλμάτων κανόνων ανταλλαγής (εάν είναι απαραίτητο).
Η απλούστερη μετατροπή
Για την επίδειξη, χρειαζόμαστε δύο αναπτυγμένες διαμορφώσεις. Αποφάσισα να παραμείνω στην επιλογή «Διαχείριση Εμπορίου» 10ης έκδοσης και σε μια μικρή αυτογραμμένη λύση. Η πρόκληση θα είναι η μεταφορά δεδομένων από τυπική διαμόρφωση«NS». Για συντομία, ας ονομάσουμε μια αυτο-γραμμένη λύση "Δέκτης" και διαχείριση εμπορίου "Πηγή". Ας ξεκινήσουμε να λύνουμε το πρόβλημα μεταφέροντας τα στοιχεία του βιβλίου αναφοράς «Ονοματολογία».
Πρώτα απ 'όλα, ας ρίξουμε μια ματιά στο σχήμα μετατροπής δεδομένων και ας διαβάσουμε ξανά τη λίστα των ενεργειών που πρέπει να γίνουν. Στη συνέχεια, εκκινούμε τη διαμόρφωση "Πηγή" και ανοίγουμε την επεξεργασία της υπηρεσίας MD82Exp.epf σε αυτήν.
Η διεπαφή επεξεργασίας δεν λάμπει με μια πληθώρα ρυθμίσεων. Ο χρήστης χρειάζεται μόνο να καθορίσει τους τύπους αντικειμένων μεταδεδομένων που δεν θα περιλαμβάνονται στην περιγραφή της δομής. Στις περισσότερες περιπτώσεις, αυτές οι ρυθμίσεις δεν χρειάζεται να αλλάξουν. δεν υπάρχει ιδιαίτερο νόημα στην εκφόρτωση κινήσεων σε μητρώα συσσώρευσης (για παράδειγμα).
Η κίνηση είναι πιο σωστή για να σχηματιστεί κατά τη διάρκεια των εγγράφων που βρίσκονται στον δέκτη. Όλες οι μετακινήσεις θα γίνονται από το ίδιο το έγγραφο μετά τη μεταφορά. Το δεύτερο επιχείρημα για την υπεράσπιση των προεπιλεγμένων ρυθμίσεων είναι η μείωση του μεγέθους του αρχείου με τη μεταφόρτωση.
Ορισμένα έγγραφα (ειδικά σε τυπικές διαμορφώσεις) δημιουργούν κινήσεις σε πολλαπλούς καταχωρητές. Η απόρριψη ολόκληρης της φάρμας θα έκανε το αρχείο XML που θα προκύψει πολύ μεγάλο. Αυτό μπορεί να περιπλέξει την επακόλουθη μεταφορά και φόρτωση στη βάση του δέκτη. Όσο μεγαλύτερο είναι το αρχείο δεδομένων, τόσο περισσότερα χρειάζεστε μνήμη τυχαίας προσπέλασηςνα το επεξεργαστεί. Κατά τη διάρκεια της πρακτικής μου, έτυχε να αντιμετωπίσω απρεπείς μεγάλα αρχείαεκφόρτωση. Τέτοια αρχεία αρνήθηκαν εντελώς να αναλυθούν με τυπικά μέσα.
Έτσι, αφήνουμε όλες τις προεπιλεγμένες ρυθμίσεις και εξάγουμε την περιγραφή της διαμόρφωσης σε ένα αρχείο. Επαναλαμβάνουμε παρόμοια διαδικασία για τη δεύτερη βάση.
Ανοίξτε το CD και επιλέξτε στο κύριο μενού "Κατάλογοι" -> "Διαμορφώσεις"... Η αναφορά περιέχει περιγραφές των δομών όλων των διαμορφώσεων, οι οποίες θα βοηθήσουν να χρησιμοποιηθούν για τη δημιουργία μετατροπών. Φορτώνουμε την περιγραφή της διαμόρφωσης μία φορά και, στη συνέχεια, μπορούμε να τη χρησιμοποιήσουμε επανειλημμένα για να δημιουργήσουμε διάφορες μετατροπές.
Στο παράθυρο αναφοράς, πατήστε το κουμπί « Προσθήκη"Και στο παράθυρο που εμφανίζεται, επιλέξτε το αρχείο με την περιγραφή της διαμόρφωσης. Επισημαίνουμε το πλαίσιο ελέγχου «Μεταφόρτωση σε νέα διαμόρφωση«Και κάντε κλικ στο κουμπί «Λήψη». Κάνουμε το ίδιο με την περιγραφή της δομής της δεύτερης διαμόρφωσης.
Τώρα όλα είναι έτοιμα για τη δημιουργία κανόνων ανταλλαγής. Στο κεντρικό μενού του CD, επιλέξτε "Αναφορές" -> "Μετατροπές". Προσθέτουμε ένα νέο στοιχείο. Στο παράθυρο για τη δημιουργία μιας νέας μετατροπής, πρέπει να καθορίσετε: τη διαμόρφωση πηγής (επιλέξτε UT) και τη διαμόρφωση του δέκτη (επιλέξτε "Δέκτης"). Στη συνέχεια, ανοίξτε την καρτέλα "Για προχωρημένους" και συμπληρώστε τα παρακάτω πεδία:
- όνομα αρχείου κανόνων ανταλλαγής - οι δημιουργημένοι κανόνες ανταλλαγής θα αποθηκευτούν με αυτό το όνομα. Το όνομα του αρχείου μπορεί να αλλάξει ανά πάσα στιγμή, αλλά είναι πιο κερδοφόρο να το ορίσετε τώρα. Αυτό θα εξοικονομήσει χρόνο στο μέλλον. Ονόμασα τους κανόνες για την επίδειξη: "rules-ut-to-priemnik.xml".
- όνομα - το όνομα της μετατροπής. Το όνομα μπορεί να είναι απολύτως οτιδήποτε, περιορίστηκα στο «Demo. UT στον δέκτη».
Αυτό είναι όλο, κάντε κλικ στο "Ok". Αμέσως, εμφανίζεται ένα παράθυρο μπροστά μας με μια ερώτηση για να δημιουργήσουμε όλους τους κανόνες αυτόματα. Η αποδοχή μιας τέτοιας δελεαστικής προσφοράς θα δώσει στον οδηγό μια εντολή να αναλύσει αυτόματα την περιγραφή των επιλεγμένων διαμορφώσεων και να δημιουργήσει ανεξάρτητα κανόνες ανταλλαγής.
Ας σημειωθεί αμέσως το "και". Ο πλοίαρχος δεν θα μπορέσει να δημιουργήσει τίποτα σοβαρό. Ωστόσο, αυτό το χαρακτηριστικό δεν πρέπει να λαμβάνεται υπόψη. Εάν είναι απαραίτητο να δημιουργηθεί μια ανταλλαγή μεταξύ πανομοιότυπων διαμορφώσεων, τότε οι υπηρεσίες του οδηγού θα είναι πολύ χρήσιμες. Για το παράδειγμά μας, η χειροκίνητη λειτουργία είναι προτιμότερη.
Ας ρίξουμε μια πιο προσεκτική ματιά στο παράθυρο "Ρυθμίσεις κανόνων ανταλλαγής". Η διεπαφή μπορεί να φαίνεται λίγο μπερδεμένη - ένας μεγάλος αριθμός απόκαρτέλες γεμάτες με χειριστήρια. Στην πραγματικότητα, όλα δεν είναι τόσο δύσκολα, αρχίζεις να συνηθίζεις σε αυτή την τρέλα μετά από λίγες ώρες εργασίας με την εφαρμογή.
Σε αυτό το στάδιο, μας ενδιαφέρουν δύο καρτέλες: "Κανόνες μετατροπής αντικειμένων" και "Κανόνες μεταφόρτωσης δεδομένων". Στην αρχή, πρέπει να ορίσουμε τους κανόνες αντιστοίχισης, π.χ. συγκρίνετε αντικείμενα δύο διαμορφώσεων. Στη δεύτερη, για τον προσδιορισμό των πιθανών αντικειμένων που θα είναι διαθέσιμα στον χρήστη για εκφόρτωση.
Στο δεύτερο μισό της καρτέλας "Κανόνες μετατροπής αντικειμένων" υπάρχει ένα πρόσθετο πλαίσιο με δύο καρτέλες: "Μετατροπή ιδιοτήτων" και " Μετατροπή τιμών". Το πρώτο θα επιλέξει τις ιδιότητες (χαρακτηριστικά) του επιλεγμένου αντικειμένου και το δεύτερο είναι απαραίτητο για να εργαστείτε με προκαθορισμένες τιμές (για παράδειγμα, προκαθορισμένα στοιχείαβιβλία αναφοράς ή στοιχεία απαρίθμησης).
Τέλεια, τώρα ας δημιουργήσουμε κανόνες μετατροπής για βιβλία αναφοράς. Μπορείτε να εκτελέσετε αυτήν την ενέργεια με δύο τρόπους: χρησιμοποιήστε τον Οδηγό συγχρονισμού αντικειμένων (το κουμπί "") ή προσθέστε αντιστοιχίσεις για κάθε αντικείμενο χειροκίνητα.
Για εξοικονόμηση χώρου, ας χρησιμοποιήσουμε την πρώτη επιλογή. Στο παράθυρο του οδηγού, καταργήστε την επιλογή των πλαισίων από το " Τα έγγραφα"(Μας ενδιαφέρουν μόνο τα βιβλία αναφοράς) και ανοίξτε την ομάδα" καταλόγους". Περιηγούμαστε προσεκτικά στη λίστα και κοιτάμε τα ονόματα των βιβλίων αναφοράς που μπορούν να συγκριθούν.
Στην περίπτωσή μου, υπάρχουν τρεις τέτοιοι κατάλογοι: Ονοματολογία, Οργανισμοί και Αποθήκες. Υπάρχει επίσης ένα βιβλίο αναφοράς Clients, το οποίο πληροί το ίδιο σημασιολογικό φορτίο με το " Εργολάβοι"Από τη διαμόρφωση" NS". Είναι αλήθεια ότι ο πλοίαρχος δεν μπορούσε να τους ταιριάξει λόγω των εξαιρετικών ονομάτων τους.
Μπορούμε να διορθώσουμε αυτό το ελάττωμα μόνοι μας. Βρίσκουμε στο παράθυρο " Ταίριασμα αντικειμένων"Βιβλίο παραπομπής" Πελάτες", Και στη στήλη" Πηγή "επιλέξτε τον κατάλογο" Contractors ". Στη συνέχεια, επιλέξτε το πλαίσιο στη στήλη "Type" και πατήστε το κουμπί "Ok".
Ο Οδηγός συγχρονισμού αντικειμένων θα προσφέρει την αυτόματη δημιουργία κανόνων για τη μετατροπή ιδιοτήτων όλων των επιλεγμένων αντικειμένων. Τα ακίνητα θα χαρτογραφηθούν ονομαστικά και αυτό θα είναι αρκετό για την επίδειξή μας, συμφωνούμε. Το επόμενο ερώτημα θα είναι η πρόταση για τη δημιουργία κανόνων εκφόρτωσης. Ας το συμφωνήσουμε κι εμείς.
Η βάση για τους κανόνες ανταλλαγής είναι έτοιμη. Επιλέξαμε τα αντικείμενα για συγχρονισμό και οι κανόνες μετατροπής ιδιοτήτων και κανόνων εκφόρτωσης δημιουργήθηκαν αυτόματα. Ας αποθηκεύσουμε τους κανόνες ανταλλαγής σε ένα αρχείο, στη συνέχεια ανοίξτε το IB "Source" (στην περίπτωσή μου είναι UT) και ξεκινήστε την επεξεργασία της υπηρεσίας σε αυτό V8Exchan82.epf.
Πρώτα απ 'όλα, στο παράθυρο επεξεργασίας, επιλέξτε τους κανόνες ανταλλαγής που δημιουργήσαμε. Απαντάμε θετικά στο ερώτημα της φόρτωσης των κανόνων. Η επεξεργασία θα αναλύσει τους κανόνες ανταλλαγής και θα δημιουργήσει ένα δέντρο αντικειμένων με το ίδιο όνομα διαθέσιμα για μεταφόρτωση. Για αυτό το δέντρο, μπορούμε να ορίσουμε όλα τα είδη επιλογών ή να ανταλλάξουμε κόμβους, σύμφωνα με τις αλλαγές των οποίων πρέπει να επιλέξουμε δεδομένα. Θέλουμε να κατεβάσουμε απολύτως όλα τα δεδομένα, επομένως δεν χρειάζεται να εγκαταστήσουμε φίλτρα.
Αφού ολοκληρωθεί η διαδικασία μεταφόρτωσης δεδομένων σε ένα αρχείο, μεταβείτε στο IB " Δέκτης". Ανοίγουμε και επεξεργασία σε αυτό. V8Exchan82.epf, μόνο αυτή τη φορά μεταβείτε στην καρτέλα "Λήψη δεδομένων". Επιλέξτε το αρχείο δεδομένων και πατήστε το κουμπί "Φόρτωση". Αυτό ήταν όλο, τα δεδομένα μεταφέρθηκαν με επιτυχία.
Εργασίες πραγματικού κόσμου
Το πρώτο demo θα μπορούσε να είναι παραπλανητικό. Όλα φαίνονται πολύ απλά και λογικά. Στην πραγματικότητα αυτό δεν είναι αλήθεια. Στην πραγματική εργασία προκύπτουν προβλήματα που είναι δύσκολο ή εντελώς αδύνατο να επιλυθούν μόνο με οπτικά μέσα (χωρίς προγραμματισμό).
Για να μην απογοητευτώ από την τεχνολογία, έχω ετοιμάσει αρκετά πραγματικά προβλήματα. Πρέπει να τα συναντήσετε όταν εργάζεστε. Δεν φαίνονται τόσο ασήμαντα και σας κάνουν να δείτε τη μετατροπή δεδομένων από μια νέα οπτική γωνία. Εξετάστε προσεκτικά τα παραδείγματα που παρουσιάζονται και μη διστάσετε να τα χρησιμοποιήσετε ως αποσπάσματα κατά την επίλυση πραγματικών προβλημάτων.
Πρόβλημα νούμερο 1. Συμπληρώνουμε τα στοιχεία που λείπουν
Ας υποθέσουμε ότι πρέπει να μεταφέρουμε από το UT τον κατάλογο " Εργολάβοι". Ο δέκτης έχει έναν παρόμοιο κατάλογο "Πελάτες" για αυτό. Είναι απολύτως κατάλληλο για αποθήκευση δεδομένων, αλλά έχει τα στηρίγματα " Οργάνωση”, Το οποίο σας επιτρέπει να διαχωρίζετε τους εργολάβους ανάλογα με τη σχέση τους με τον οργανισμό. Από προεπιλογή, όλοι οι εργολάβοι πρέπει να αναφέρονται στον τρέχοντα οργανισμό (μπορεί να ληφθεί από την σταθερά με το ίδιο όνομα).
Το πρόβλημα έχει πολλές λύσεις. Θα εξετάσουμε την επιλογή της συμπλήρωσης των απαιτούμενων " Οργάνωση"Ακριβώς στη βάση δεδομένων" Δέκτης», δηλ. τη στιγμή της φόρτωσης των δεδομένων. Η τρέχουσα οργάνωση αποθηκεύεται σε μια σταθερά, επομένως, δεν υπάρχει κανένα εμπόδιο για τη λήψη αυτής της τιμής. Ας ανοίξουμε τον κανόνα μετατροπής αντικειμένου (εφεξής PCO) " Πελάτες"(Κάντε διπλό κλικ στο αντικείμενο) και στον οδηγό κανόνων μεταβείτε στην ενότητα" Χειριστές συμβάντων". Στη λίστα των χειριστών βρίσκουμε " Μετά τη φόρτωση”.
Ας περιγράψουμε τον κωδικό για την απόκτηση της τρέχουσας οργάνωσης με την επακόλουθη ανάθεση στα απαιτούμενα. Τη στιγμή της ενεργοποίησης του χειριστή "Μετά τη φόρτωση", το αντικείμενο θα σχηματιστεί πλήρως, αλλά δεν θα εγγραφεί ακόμη στη βάση δεδομένων. Κανείς δεν μας απαγορεύει να το αλλάξουμε κατά την κρίση μας:
Αν ΟΧΙ Object.EtoGroup Τότε Object.Organization = Constants.CurrentOrganization.Get (); Τέλος εαν;
Πριν συμπληρώσετε τα απαιτούμενα " Οργάνωση"Είναι επιτακτική ανάγκη να ελέγξετε την τιμή της μεταβλητής" Αυτή η ομάδα". Για την αναφορά " Πελάτες»Η σημαία ιεραρχίας έχει οριστεί, επομένως είναι απαραίτητος ένας έλεγχος για μια ομάδα. Με παρόμοιο τρόπο συμπληρώνονται τυχόν στοιχεία. Φροντίστε να διαβάσετε τη βοήθεια για άλλες παραμέτρους χειριστή " Μετά τη λήψη". Για παράδειγμα, μεταξύ αυτών υπάρχει μια παράμετρος " Αρνηση". Εάν του εκχωρηθεί η τιμή "True", τότε το αντικείμενο δεν θα εγγραφεί στη βάση δεδομένων. Έτσι, καθίσταται δυνατός ο περιορισμός αντικειμένων για εγγραφή τη στιγμή της φόρτωσης.
Πρόβλημα νούμερο 2. Λεπτομέρειες στο μητρώο πληροφοριών
Στην αναφορά « Εργολάβοι"Διαμόρφωση UT, υπάρχουν λεπτομέρειες" Πελάτης" και " Προμηθευτής". Και τα δύο χαρακτηριστικά είναι του τύπου " Boolean«Και χρησιμοποιούνται για τον προσδιορισμό του τύπου του αντισυμβαλλομένου. στο IB" Δέκτης", Στο βιβλίο αναφοράς" Πελάτες«Δεν υπάρχουν παρόμοιες λεπτομέρειες, αλλά υπάρχει μητρώο πληροφοριών» Τύποι πελατών". Εκτελεί παρόμοια λειτουργία και μπορεί να αποθηκεύσει πολλές δυνατότητες για έναν πελάτη. Το καθήκον μας είναι να μεταφέρουμε τις τιμές των χαρακτηριστικών σε ξεχωριστές εγγραφές του μητρώου πληροφοριών.
Δυστυχώς, τα οπτικά μέσα από μόνα τους δεν μπορούν να το αντιμετωπίσουν. Ας ξεκινήσουμε από μικρά, δημιουργήστε ένα νέο PKO για το μητρώο πληροφοριών " Τύποι πελατών". Μην προσδιορίσετε τίποτα ως πηγή. Από αυτόματη δημιουργίααπορρίψτε τους κανόνες εκφόρτωσης.
Το επόμενο βήμα είναι να διαμορφώσετε τους κανόνες εκφόρτωσης. Μεταβείτε στην αντίστοιχη καρτέλα και πατήστε το κουμπί " Προσθήκη". Στο παράθυρο για την προσθήκη κανόνων εκφόρτωσης, συμπληρώστε:
- Μέθοδος δειγματοληψίας. Αλλαγή σε "Δωρεάν Αλγόριθμος".
- Κανόνας μετατροπής. Επιλέγουμε το μητρώο πληροφοριών "Είδη πελατών".
- Κωδικός (όνομα) του κανόνα. Το καταγράφουμε ως "Αποφόρτωση προβολών πελατών".
Τώρα πρέπει να γράψετε τον κωδικό για να επιλέξετε τα δεδομένα για εκφόρτωση. Η παράμετρος " Ανάκτηση δεδομένων". Μπορούμε να βάλουμε μια συλλογή με ένα έτοιμο σύνολο δεδομένων. παράμετρος " Ανάκτηση δεδομένων«Μπορεί να λάβει διάφορες τιμές - αποτέλεσμα ερωτήματος, επιλογή, συλλογές τιμών κ.λπ. Το αρχικοποιούμε ως πίνακα τιμών με δύο στήλες: πελάτη και τύπο πελάτη.
Παρακάτω είναι ο κωδικός για τον χειριστή συμβάντων " Πριν την επεξεργασία". Αρχικοποιεί την παράμετρο " Ανάκτηση δεδομένων"Ακολουθεί συμπλήρωση με στοιχεία από το βιβλίο αναφοράς" Εργολάβοι". Εδώ πρέπει να προσέξετε τη συμπλήρωση της στήλης " Τύπος πελάτη". Στο "UT" έχουμε ταμπέλες τύπου "Boolean", και στον παραλήπτη - απαρίθμηση.
Σε αυτό το στάδιο δεν μπορούμε να τους οδηγήσουμε ο σωστός τύπος(δεν είναι σε UT), οπότε προς το παρόν θα το αφήσουμε σε μορφή χορδών. Δεν χρειάζεται να το κάνετε αυτό, αλλά θέλω απλώς να σας δείξω πώς να κάνετε μετάδοση σε έναν τύπο που λείπει στην πηγή.
DataFetch = NewValuesTable (); FetchData.Columns.Add ("Πελάτης"); FetchData.Columns.Add ("ClientType"); FetchDataFromDirectory = Directories.Contractors.Select (); Ενώ FetchingDataFromDirectory.Next () Κάντε βρόχο IfFetchingDataFromDirectory.ThisGroup Στη συνέχεια, συνεχίστε. Τέλος εαν; Αν DataFetchFromDirectory.Buyer Τότε NewRow = DataFetch.Add (); NewString.Client = DataFetchFromDirectory.Link; NewString.ClientType = "Αγοραστής"; Τέλος εαν; Αν DataFetchFromDirectory.Provider Τότε NewRow = DataFetch.Add (); NewString.Client = DataFetchFromDirectory.Link; NewString.ClientType = "Προμηθευτής"; Τέλος εαν; Τέλος Κύκλου;
Ας αποθηκεύσουμε τον κανόνα εκφόρτωσης δεδομένων και ας επιστρέψουμε στο " Κανόνες μετατροπής αντικειμένων". Προσθήκη για το μητρώο πληροφοριών " Τύποι πελατών«Κανόνες μετατροπής ιδιοκτησίας: τύπος πελάτη και πελάτη. Αφήστε την πηγή κενή και γράψτε στο πρόγραμμα χειρισμού συμβάντων "Πριν από την εκφόρτωση":
// Για την ιδιότητα «Πελάτης» Τιμή = Source.Client; // Για την ιδιότητα “ClientType” If Source.Client = "Customer" Then Expression = "Enumerations.ClientTypes.Customer" OtherwiseIf Source.Client = "Supplier" Τότε Expression = "Enumerations.ClientTypes.Supplier"; Τέλος εαν;
Στην καταχώριση, τα στοιχεία συμπληρώνονται με βάση την επιλογή των δεδομένων που έγινε. Μεταφέρουμε τον πελάτη απλά ως σύνδεσμο και γράφουμε τον τύπο του πελάτη στην παράμετρο " Εκφραση". Τα δεδομένα αυτής της παραμέτρου θα ερμηνευτούν στον δέκτη και όταν εκτελεστούν, η μεταβλητή θα συμπληρωθεί με τη σωστή τιμή από την απαρίθμηση.
Αυτό είναι όλο, οι κανόνες ανταλλαγής είναι έτοιμοι. Το εξεταζόμενο παράδειγμα αποδείχθηκε αρκετά καθολικό. Μια παρόμοια προσέγγιση χρησιμοποιείται συχνά κατά τη μετεγκατάσταση δεδομένων από διαμορφώσεις που έχουν δημιουργηθεί στην πλατφόρμα 7.7. Ένα χαρακτηριστικό παράδειγμα αυτού είναι η μεταφορά περιοδικών προϋποθέσεων.
Πρόβλημα νούμερο 3. Κόλπα με πίνακα ενοτήτων
Πολύ συχνά συναντάτε εργασίες που απαιτούν την ανάρτηση των σειρών μιας ενότητας πίνακα σε πολλές. Για παράδειγμα, στην αρχική διαμόρφωση, οι υπηρεσίες και τα αγαθά είναι ταξινομημένα σε μία ενότητα πίνακα και η αποθήκευση αυτών των οντοτήτων διαχωρίζεται στον δέκτη. Και πάλι, το πρόβλημα δεν μπορεί να λυθεί με οπτικά μέσα. Εδώ είναι βολικό να ληφθεί ως βάση η λύση του δεύτερου προβλήματος.
Φτιάχνουμε έναν κανόνα για την εκφόρτωση δεδομένων, καθορίζουμε έναν αυθαίρετο αλγόριθμο και στον χειριστή "Πριν την εκφόρτωση" γράφουμε ένα αίτημα λήψης δεδομένων από την ενότητα του πίνακα.
Για να εξοικονομήσω χώρο, δεν θα αναφέρω τον κωδικό (μπορείτε πάντα να ανατρέξετε στον πηγαίο κώδικα) του αιτήματος - δεν υπάρχει τίποτα ασυνήθιστο σε αυτό. Επαναλαμβάνουμε την επιλογή που προκύπτει και τοποθετούμε τα ταξινομημένα αποτελέσματα στην ήδη γνωστή παράμετρο " Ανάκτηση δεδομένων". Είναι επίσης βολικό να χρησιμοποιήσετε έναν πίνακα τιμών ως συλλογή:
DataFetch = NewValuesTable (); // Θα υπάρχει μια ακόμη ενότητα πίνακα DataFetch.Columns.Add ("Προϊόντα"); // Θα υπάρχει επίσης μια ενότητα πίνακα DataFetch.Columns.Add ("Υπηρεσίες"); FetchData.Columns.Add ("Σύνδεσμος");
Πρόβλημα νούμερο 4. Μεταφορά δεδομένων σε λειτουργία
Εάν ένας οργανισμός χρησιμοποιεί πολλά λογιστικά συστήματα, τότε αργά ή γρήγορα θα υπάρξει ανάγκη μετανάστευσης δεδομένων με τον επακόλουθο σχηματισμό συναλλαγών.
Στη διαμόρφωση " BP"Υπάρχει ένα καθολικό έγγραφο" Λειτουργία«Και είναι ιδανικό για τη δημιουργία περισσότερων δυνητικών πελατών. Εδώ είναι μόνο ένα μη καθήκον - το έγγραφο γίνεται με πονηριά και δεν είναι τόσο εύκολο να μεταφέρετε τα δεδομένα σε αυτό.
Ένα παράδειγμα τέτοιας μετατροπής μπορεί να βρεθεί στον πηγαίο κώδικα του άρθρου. Ο όγκος του κώδικα αποδείχθηκε αρκετά μεγάλος, επομένως δεν έχει νόημα να τον δημοσιεύσουμε για το άρθρο. Επιτρέψτε μου απλώς να πω ότι η εκφόρτωση χρησιμοποιεί ξανά έναν αυθαίρετο αλγόριθμο στους κανόνες εκφόρτωσης δεδομένων.
Πρόβλημα νούμερο 5. Συγχρονισμός δεδομένων για πολλά προαπαιτούμενα
Έχουμε ήδη εξετάσει μερικά παραδείγματα, αλλά ακόμα δεν έχουμε μιλήσει για το συγχρονισμό αντικειμένων κατά τη μετεγκατάσταση. Ας φανταστούμε ότι πρέπει να μεταφέρουμε εργολάβους και κάποιοι από αυτούς μάλλον βρίσκονται στη βάση δεδομένων του παραλήπτη. Πώς να μεταφέρετε δεδομένα και να αποτρέψετε τα διπλότυπα; Από αυτή την άποψη, το CD προσφέρει διάφορους τρόπους συγχρονισμού φορητών αντικειμένων.
Το πρώτο βασίζεται σε ένα μοναδικό αναγνωριστικό. Πολλά αντικείμενα έχουν ένα μοναδικό αναγνωριστικό που εγγυάται τη μοναδικότητα σε έναν πίνακα. Για παράδειγμα, στην αναφορά « Εργολάβοι«Δεν μπορεί να υπάρχουν δύο στοιχεία με το ίδιο αναγνωριστικό. Το CD κάνει έναν υπολογισμό για αυτό και για όλα τα PQS που δημιουργήθηκαν, η αναζήτηση ανά αναγνωριστικό ενεργοποιείται από προεπιλογή αμέσως. Κατά τη δημιουργία του PCO, θα έπρεπε να έχετε δώσει προσοχή στην εικόνα του μεγεθυντικού φακού δίπλα στο όνομα του αντικειμένου.
Ο συγχρονισμός με μοναδικό αναγνωριστικό είναι μια αξιόπιστη μέθοδος, αλλά δεν είναι πάντα κατάλληλη. Όταν συνδυάζετε καταλόγους " Εργολάβοι(Από πολλά διαφορετικά συστήματα) λίγη βοήθεια.
Σε τέτοιες περιπτώσεις, είναι πιο σωστό να συγχρονίζετε αντικείμενα σύμφωνα με διάφορα κριτήρια. Είναι πιο σωστό να αναζητήσετε αντισυμβαλλόμενους κατά ΑΦΜ, KPP, Όνομα ή να χωρίσετε την αναζήτηση σε διάφορα στάδια.
Η μετατροπή δεδομένων δεν περιορίζει τον προγραμματιστή στον καθορισμό των κριτηρίων αναζήτησης. Ας δούμε ένα αφηρημένο παράδειγμα. Ας υποθέσουμε ότι πρέπει να συγχρονίσουμε καταλόγους " Εργολάβοι«Από διαφορετικές βάσεις πληροφοριών. Ας ετοιμάσουμε το POC και στις ρυθμίσεις των κανόνων μετατροπής αντικειμένων ορίζουμε το πλαίσιο ελέγχου " Συνεχίστε την αναζήτηση στα πεδία αναζήτησης εάν το αντικείμενο-στόχος δεν βρεθεί από το αναγνωριστικό". Με αυτήν την ενέργεια, ορίσαμε αμέσως δύο κριτήρια αναζήτησης - με μοναδικό αναγνωριστικό και προσαρμοσμένα πεδία.
Έχουμε το δικαίωμα να επιλέξουμε μόνοι μας τα πεδία. Έχοντας σημειώσει τα INN, KPP, Όνομα, θα υποδείξουμε αμέσως πολλά κριτήρια αναζήτησης. Ανετος? Αρκετά, αλλά και πάλι αυτό δεν είναι αρκετό. Τι γίνεται αν θέλουμε να αλλάξουμε τα κριτήρια αναζήτησης; Για παράδειγμα, πρώτα ψάχνουμε τον σύνδεσμο INN + KPP και αν δεν βρούμε τίποτα, τότε αρχίζουμε να δοκιμάζουμε την τύχη μας με το όνομα.
Ένας τέτοιος αλγόριθμος είναι αρκετά ικανός να εφαρμοστεί. Στο χειριστή συμβάντων " Πεδία αναζήτησης«Μπορούμε να καθορίσουμε έως και 10 κριτήρια αναζήτησης και για καθένα από αυτά να ορίσουμε το δικό του σύνολο πεδίων αναζήτησης:
Εάν SearchVariantNumber = 1, τότε SearchPropertyNameString = "INN, KPP"; ΔιαφορετικάΕάν SearchVariantNumber = 2 Τότε SearchPropertyNameString = "Όνομα"; Τέλος εαν;
Πάντα υπάρχουν πολλές λύσεις
Οποιαδήποτε εργασία έχει πολλές λύσεις και η μεταφορά δεδομένων μεταξύ διαφορετικών διαμορφώσεων δεν αποτελεί εξαίρεση. Κάθε προγραμματιστής έχει το δικαίωμα να επιλέξει τη δική του διαδρομή λύσης, αλλά εάν πρέπει συνεχώς να αναπτύσσετε σύνθετες μετεγκαταστάσεις δεδομένων, τότε σας συνιστώ ανεπιφύλακτα να δώσετε προσοχή στη διαμόρφωση "". Ας είναι πρώτα απαραίτητο να επενδύσετε πόρους (χρόνο) στην εκπαίδευση, αλλά θα αποδώσουν περισσότερο από το πρώτο λίγο πολύ σοβαρό έργο.
Κατά τη γνώμη μου, το 1C παρακάμπτει αδικαιολόγητα το θέμα της χρήσης μετατροπής δεδομένων. Για όλη την ύπαρξη της τεχνολογίας, έχει εκδοθεί μόνο ένα βιβλίο σε αυτήν: «1C: Enterprise 8. Data Conversion: Exchange between Application Solutions». Το βιβλίο είναι αρκετά παλιό (2008), αλλά είναι ακόμα επιθυμητό να εξοικειωθείτε με αυτό.
Η γνώση των πλατφορμών είναι ακόμα απαραίτητη
"Είναι ένα καθολικό εργαλείο, αλλά αν σκοπεύετε να το χρησιμοποιήσετε για να δημιουργήσετε μετεγκαταστάσεις δεδομένων από διαμορφώσεις που αναπτύχθηκαν για την πλατφόρμα 1C: Enterprise 7.7, τότε θα πρέπει να αφιερώσετε χρόνο για να γνωρίσετε την ενσωματωμένη γλώσσα. Η σύνταξη και η ιδεολογία της γλώσσας είναι πολύ διαφορετική, επομένως πρέπει να αφιερώσετε χρόνο στη μελέτη. Η υπόλοιπη αρχή παραμένει η ίδια.
Πιθανώς, κάθε ειδικός του 1C αντιμετώπισε την ανάγκη μεταφοράς δεδομένων από μια βάση πληροφοριών σε άλλη. Στην περίπτωση που οι διαμορφώσεις είναι διαφορετικές, πρέπει να γράψετε κανόνες μετατροπής δεδομένων. Αυτοί οι κανόνες δημιουργούνται στη διαμόρφωση 1C "Μετατροπή δεδομένων".
Μπορείτε επίσης να μεταφέρετε δεδομένα χρησιμοποιώντας. Πολλές διαμορφώσεις 1C 8.3 διαθέτουν τυπική λειτουργικότητα για τη ρύθμιση του συγχρονισμού δεδομένων μεταξύ διαφορετικών διαμορφώσεων και την απρόσκοπτη ενοποίηση με τη Διαχείριση Εγγράφων 1C.
Ωστόσο, όταν τα δεδομένα πρέπει να μεταφερθούν μεταξύ εντελώς πανομοιότυπων διαμορφώσεων, μπορείτε να απλοποιήσετε την εργασία σας και να χρησιμοποιήσετε την τυπική επεξεργασία μεταφόρτωσης και λήψης μέσω XML. Λάβετε υπόψη ότι αυτή η μέθοδος, καθώς και η μετατροπή δεδομένων, αντιστοιχούν αντικείμενα μεταξύ τους με ένα μοναδικό αναγνωριστικό (GUID) και όχι με το όνομα.
Μπορείτε να κάνετε λήψη αυτής της επεξεργασίας στον δίσκο ITS ή να ακολουθήσετε τους συνδέσμους:
Είναι ευέλικτο και κατάλληλο για οποιαδήποτε διαμόρφωση.
Ας εξετάσουμε ένα παράδειγμα εκφόρτωσης του καταλόγου Nomenclature από μια βάση πληροφοριών 1C 8.3 Accounting 3.0 σε μια άλλη. Απαραίτητη προϋπόθεση θα είναι η επιλογή από γονέα (ομάδα) «Ξυλουργική».
Εκφόρτωση δεδομένων από 1C σε XML
Μεταβείτε στη βάση πληροφοριών από όπου θα ληφθούν τα δεδομένα (πηγή). Φροντίστε να τα ελέγξετε, λαμβάνοντας υπόψη όλες τις πιθανές συνθήκες για να αποφύγετε ανεπιθύμητες συνέπειες.
Ανοίξτε την επεξεργασία μεταφόρτωσης και λήψης Δεδομένα XML(Ctrl + O).
Μας ενδιαφέρει η καρτέλα "Ξεφόρτωση". Πρώτα απ 'όλα, καθορίστε το όνομα του αρχείου στο οποίο θα μεταφορτωθούν τα δεδομένα και τη διαδρομή για αποθήκευση. Σε αυτήν την περίπτωση, τα δεδομένα μεταφορτώνονται "Σε αρχείο στον διακομιστή".
Στην κεφαλίδα επεξεργασίας διαμορφώνεται η περίοδος για την οποία θα πραγματοποιηθεί η επιλογή. Επίσης, για τα περιοδικά λογιστικά βιβλία, μπορείτε να καθορίσετε πώς εφαρμόζεται η επιλογή ανά περίοδο. Εάν είναι απαραίτητο να ξεφορτωθούν κινήσεις μαζί με έγγραφα, ορίζεται η αντίστοιχη σημαία. Σε αυτήν την περίπτωση, υπερφορτώνουμε τον κατάλογο, επομένως δεν χρειάζεται να ρυθμίσετε τίποτα στην κεφαλίδα.
Ας προχωρήσουμε στην επιλογή δεδομένων για μεταφόρτωση. Στην ενότητα πίνακα της φόρμας επεξεργασίας, επιλέξτε τα πλαίσια για τα αντικείμενα διαμόρφωσης που πρέπει να μεταφέρετε.
Η στήλη "Κατάργηση φόρτωσης εάν είναι απαραίτητο" σημαίνει εάν είναι απαραίτητο να επαναφορτωθεί αυτό το αντικείμενο εάν αναφέρεται από το χαρακτηριστικό του καταλόγου που επαναφορτώνουμε. Για παράδειγμα, η θέση του αντικειμένου που επαναφορτώνετε έχει μια μονάδα μέτρησης που δεν βρίσκεται στη βάση του δέκτη. Εάν το πλαίσιο ελέγχου στη στήλη "Κατάργηση φόρτωσης εάν είναι απαραίτητο" έχει οριστεί μπροστά από το βιβλίο αναφοράς με μονάδες μέτρησης, θα δημιουργηθεί μια νέα θέση. Διαφορετικά, η τιμή του χαρακτηριστικού θα περιέχει την επιγραφή "<Объект не найден>«Και το μοναδικό του αναγνωριστικό.
Σε μια απλή περίπτωση, χωρίς δειγματοληψία, η ρύθμιση επαναφόρτωσης του στοιχείου θα μοιάζει με αυτό.
V αυτό το παράδειγμαπρέπει να επιλέξετε μόνο την ονοματολογία που βρίσκεται στο φάκελο "Ξυλουργική".
Παρόμοια επεξεργασία για το 8.2 σάς επιτρέπει να ορίζετε εύκολα επιλογές για κάθε αντικείμενο διαμόρφωσης. Στο 8.3, δυστυχώς, δεν υπάρχει τέτοια λειτουργικότητα. Μία από τις διεξόδους σε αυτήν την κατάσταση θα ήταν να επιλέξετε τις απαραίτητες θέσεις στην καρτέλα "Πρόσθετα αντικείμενα για εκφόρτωση".
Μπορείτε να προσθέσετε αντικείμενα εδώ είτε χειροκίνητα (το κουμπί "Προσθήκη") είτε κατόπιν αιτήματος ("Προσθήκη με αίτημα ..."). Με μεγάλο αριθμό από αυτά, η δεύτερη επιλογή είναι προτιμότερη.
Σε αυτή την περίπτωση, το αίτημα θα έχει ως εξής. Συμπληρώστε τις παραμέτρους, ολοκληρώστε το αίτημα ελέγχοντας τα δεδομένα και κάντε κλικ στο κουμπί "Επιλογή αποτελέσματος".
Αφού καθορίσετε όλα τα απαραίτητα αντικείμενα και πρόσθετα στοιχεία για τη μεταφόρτωση, κάντε κλικ στο κουμπί "Μεταφόρτωση δεδομένων". Θα καταλήξουν σε ένα αρχείο XML, το όνομα και η διαδρομή του οποίου καθορίσατε νωρίτερα. Τα αποτελέσματα αυτής της λειτουργίας θα εμφανίζονται σε μηνύματα.
Σε αυτό το παράδειγμα, ήταν απαραίτητο να ξεφορτωθούν μόνο 3 θέσεις, αλλά πέντε ξεφορτώθηκαν. Αυτό οφείλεται στο γεγονός ότι η σημαία τοποθετήθηκε στη στήλη "Αποφόρτωση εάν είναι απαραίτητο" απέναντι από το βιβλίο αναφοράς "Ονοματολογία". Μαζί με τις απαραίτητες θέσεις, οι γονείς τους ήταν υπερφορτωμένοι.
Φόρτωση αναφοράς από XML
Μετά την επιτυχή εκφόρτωση δεδομένων από τη διαμόρφωση προέλευσης σε ένα αρχείο XML, ανοίξτε τη βάση δεδομένων προορισμού. Η δομή των αντικειμένων και οι λεπτομέρειες τους πρέπει να ταιριάζουν μεταξύ τους. Σε αυτή την περίπτωση, η μεταφορά πραγματοποιείται μεταξύ δύο τυπικών διαμορφώσεων του 1C: Accounting 3.0.
Ανοίξτε την επεξεργασία στη βάση του δέκτη. Αυτή η επεξεργασίαχρησιμοποιείται τόσο για τη μεταφόρτωση όσο και για τη λήψη δεδομένων. Μεταβείτε στην καρτέλα "Λήψη" και καθορίστε τη διαδρομή προς αρχείο XML, στο οποίο είχαν μεταφορτωθεί προηγουμένως τα δεδομένα. Μετά από αυτό, κάντε κλικ στο κουμπί "Λήψη δεδομένων".
Το αποτέλεσμα λήψης θα εμφανίζεται σε μηνύματα. Στην περίπτωσή μας όλα πήγαν καλά.
Κατάλογος "Ονοματολογία" στη βάση - ο δέκτης δεν ήταν γεμάτος. Τώρα έχει πέντε στοιχεία: τρία στοιχεία ονοματολογίας και δύο ομάδες.
Τα δεδομένα και τα σημαντικά έγγραφα που συλλέχθηκαν με τα χρόνια σκληρής δουλειάς δεν πρέπει να χαθούν μόνο και μόνο επειδή έχει βγει μια νεότερη πλατφόρμα ή διαμόρφωση 1C. Για να μην συμβεί αυτό, υπάρχει η δυνατότητα μεταφοράς δεδομένων.
Η μετεγκατάσταση δεδομένων είναι ένα από τα πιο κρίσιμα μέρη της μετάβασης από τη μια διαμόρφωση στην άλλη.
Προκειμένου τα δεδομένα να μεταφερθούν άθικτα και ασφαλή, πρέπει να αναθέσετε αυτήν την εργασία σε επαγγελματίες. Η ομάδα μας θα εκτελέσει όλες τις εργασίες με υψηλή ποιότητα και έγκαιρα.
Στάδια μεταγραφής
Η μεταφορά δεδομένων αποτελείται από 5 βήματα. Προσπαθήσαμε να τα περιγράψουμε με τον πιο αναλυτικό και κατανοητό τρόπο.
Γιατί είναι καλύτερη η μεταφορά δεδομένων μας;
Τυπικό κόστος μετεγκατάστασης δεδομένων
Συντήρηση νέου προγράμματος
Μετά τη μεταφορά όλων των δεδομένων, ίσως χρειαστεί να διατηρήσετε το πρόγραμμά σας. Είμαστε έτοιμοι να σας το παρέχουμε!
Μετάβαση στο 1C 8.2
Λεπτομέρειες για τα άλλα στάδια της μετάβασης από τη μια πλατφόρμα στην άλλη. Αναβάθμιση άδειας, διαμόρφωση, εκπαίδευση, συντήρηση. Οι ειδικοί μας είναι έτοιμοι να σας παρέχουν όλη τη βοήθεια που χρειάζεστε!
Γιατί είμαστε καλύτεροι;
Μεταφορά παραγγελίας
Η ομάδα μας
Γιατί είναι καλύτερη η μεταφορά του 1C;
Πριν μεταφέρετε τα βιβλία αναφοράς 1C 8.2 και τα άλλα δεδομένα σας, οι ειδικοί μας θα σας ενημερώσουν λεπτομερώς για όλα τα στάδια της εργασίας. Αναθέτοντας τη βάση σας σε εμάς, γνωρίζετε πάντα τι γίνεται, με ποια σειρά και πόσα πληρώνετε για κάθε στάδιο της εργασίας.
Πριν προχωρήσετε απευθείας στη μεταφορά του 1C 7.7 στο 1C 8.2, οι ειδικοί μας θα πραγματοποιήσουν μια εις βάθος ανάλυση της βάσης δεδομένων σας. Οι πιθανότητες είναι μεγάλες ότι σε νέα έκδοσηΤο 1C έχει ήδη όλες εκείνες τις βελτιώσεις που χρειαζόσουν. Σε κάθε περίπτωση, θα σας προτείνουμε τι άλλο μπορεί να χρειαστείτε για άνετη εργασία.
Πριν από το πιο σημαντικό στάδιο της μεταφοράς, οι ειδικοί μας πραγματοποιούν πάντα μια δοκιμαστική μεταφορά βάσεων 1C για να εντοπίσουν πιθανά λάθη, επανάληψη και απώλεια δεδομένων. Αλλά και μετά την ίδια τη μεταγραφή, σίγουρα θα ελέγξουμε τα πάντα για ακόμα μεγαλύτερη εμπιστοσύνη στην ποιότητά της.
Η εργασία θεωρείται ολοκληρωμένη μόνο αφού βεβαιωθείτε ότι η μεταφορά των καταλόγων 1C 8 και άλλων δεδομένων πραγματοποιήθηκε σωστά και είστε ικανοποιημένοι με το αποτέλεσμα. Δεν εγκαταλείπουμε τους πελάτες μας!
Στάδιο 1. Γενική ανάλυση της βάσης πηγής
Τι δουλειά γίνεται:
Γιατί:
Μετά την εκτέλεση μιας γενικής ανάλυσης της βάσης πηγής, μπορεί να επιβεβαιωθεί ότι τα δεδομένα μπορούν να μεταφερθούν τυπικά μέσα, σε αυτήν την περίπτωση, το επιπλέον κόστος της υπηρεσίας μεταφοράς καθορίζεται σύμφωνα με τον τιμοκατάλογο μιας τυπικής μεταφοράς, ανάλογα με τη διαμόρφωση.
Εάν δεν είναι δυνατή η σωστή τυπική μεταφορά, τότε ετοιμάζεται μια πρόταση με το κόστος της εργασίας για την οριστικοποίηση των διαμορφώσεων, τους κανόνες ανταλλαγής και την άτυπη μεταφορά.
Τιμή: 2.000 ρούβλια
Στάδιο 2. Προετοιμασία τεχνικής τεκμηρίωσης για άτυπη μεταφορά
Τι δουλειά γίνεται:
άτυπες διαδικασίες μεταφοράς (εάν είναι απαραίτητο).
Γιατί:
Εάν το καθορισμένο σύνολο τεχνικής τεκμηρίωσης δεν είναι διαθέσιμο, οι μη τυπικές μεταφορές μεταξύ των διαμορφώσεων 1C πραγματοποιούνται μόνο σε ωριαία βάση. Σε αυτή την περίπτωση, είναι αδύνατο να εγγυηθεί εκ των προτέρων με ακρίβεια το κόστος και τη διάρκεια της εργασίας. Ωστόσο, σε αυτήν την περίπτωση, είναι δυνατή κάποια εξοικονόμηση χρόνου και κόστους για την προετοιμασία ενός συνόλου τεκμηρίωσης.
Τιμή: Καθορίζεται με βάση τα αποτελέσματα μιας γενικής ανάλυσης της βάσης πηγής.
Στάδιο 3. Βελτίωση της διαμόρφωσης του δέκτη
Τι δουλειά γίνεται:
Γιατί:
ενημερώσεις από μηχανικό σέρβις.
Στάδιο 4. Βελτίωση των κανόνων μεταφοράς
Τι δουλειά γίνεται:
Γιατί:
Παρέχεται η σωστή μεταφορά δεδομένων, η οποία δεν μεταφέρεται από τους τυπικούς κανόνες ανταλλαγής.
Ενδέχεται επίσης να απαιτείται τροποποίηση των κανόνων μεταφοράς εάν η λογιστική στη βάση δεδομένων πηγής διενεργήθηκε εσφαλμένα από την άποψη της τυπικής μεθοδολογίας λύσης, αν και η διαμόρφωση πηγής ενδέχεται να μην περιέχει τροποποιήσεις.
Τιμή: διαμορφώνεται με βάση ένα σύνολο τεχνικής τεκμηρίωσης.
Στάδιο 5. Μεταφορά δεδομένων
Τι δουλειά γίνεται:
Γιατί:
Ετοιμαστείτε να φύγετε νέα βάσηδεδομένα με τα τρέχοντα υπόλοιπα σας.
Η μεταφορά πραγματοποιείται χρησιμοποιώντας κανόνες μεταφοράς που αναπτύχθηκαν από την 1C, με τη χρήση τροποποιήσεων που έγιναν ειδικά για τον Πελάτη. Η σύνθεση των μεταφερόμενων δεδομένων μπορεί να διαφέρει για διαφορετικές εκδόσειςδιαμορφώσεις, οι ειδικοί μας θα σας συμβουλεύσουν σχετικά με τις πιθανές
χαρακτηριστικά μεταφοράς.