Ένα παράδειγμα κανόνα μετατροπής αντικειμένου. Παράδειγμα κανόνα μετατροπής αντικειμένου Αν απλώς αλλάξουν οι όροι της συναλλαγής

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

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

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

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

Ας δούμε μερικά από αυτά:

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

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

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

Μετατροπή δεδομένων - τυπική λύση, ανεξάρτητη διαμόρφωση. Οποιοσδήποτε χρήστης με συνδρομή "ITS:Prof" μπορεί να κατεβάσει αυτό το πακέτο εντελώς δωρεάν από τον ιστότοπο υποστήριξης χρηστών ή τον δίσκο του ITS. Η εγκατάσταση πραγματοποιείται με τυπικό τρόπο - όπως όλες οι άλλες τυπικές λύσεις από το 1C.

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

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

Το τρίτο πλεονέκτημα που θα σημειώσω είναι η απουσία περιορισμών στη διανομή δεδομένων. Ο ίδιος ο προγραμματιστής επιλέγει τη μέθοδο παράδοσης δεδομένων στη διαμόρφωση του δέκτη. Υπάρχουν δύο διαθέσιμες επιλογές: μεταφόρτωση σε αρχείο xml και απευθείας σύνδεση με τη βάση πληροφοριών (COM/OLE).

Σπουδές αρχιτεκτονικής

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

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

MDXXExp.epf- η επεξεργασία σάς επιτρέπει να ανεβάσετε μια περιγραφή της δομής της βάσης πληροφοριών σε ένα αρχείο xml. Η περιγραφή της δομής φορτώνεται στο CD για περαιτέρω ανάλυση και δημιουργία κανόνων ανταλλαγής.
V8ExchanXX.epf- μεταφορτώνει/κατεβάζει δεδομένα από τη βάση πληροφοριών σύμφωνα με τους κανόνες ανταλλαγής. Στις περισσότερες τυπικές διαμορφώσεις, η επεξεργασία πραγματοποιείται εκτός του πλαισίου (δείτε το στοιχείο μενού «Υπηρεσία»). Η επεξεργασία είναι καθολική και δεν συνδέεται με συγκεκριμένες διαμορφώσεις/κανόνες.

Εντάξει, τώρα, με βάση όλα τα παραπάνω, ας ορίσουμε τα στάδια ανάπτυξης μιας νέας μετατροπής:

Ορισμός της εργασίας. Είναι απαραίτητο να κατανοήσουμε με σαφήνεια ποια δεδομένα πρέπει να μεταφερθούν (από ποια αντικείμενα διαμόρφωσης) και, το πιο σημαντικό, πού να μεταφερθούν.
Προετοιμασία περιγραφών δομών διαμόρφωσης (Source/Sink) για μεταγενέστερη φόρτωση στο CD. Το πρόβλημα επιλύεται με την επεξεργασία υπηρεσιών MDXXExp.epf.
Φόρτωση προετοιμασμένων περιγραφών δομών στην ασφάλεια πληροφοριών.
Δημιουργία κανόνων ανταλλαγής χρησιμοποιώντας ένα οπτικό εργαλείο CD.
Εκτέλεση μεταφόρτωσης/λήψης σύμφωνα με τους δημιουργημένους κανόνες μετατροπής δεδομένων χρησιμοποιώντας επεξεργασία V8ExchanXX.epf.
Εντοπισμός σφαλμάτων κανόνων ανταλλαγής (αν είναι απαραίτητο).

Η απλούστερη μετατροπή

Για την επίδειξη θα χρειαστούμε δύο αναπτυγμένες διαμορφώσεις. Αποφάσισα να πάω με την επιλογή: «Διαχείριση Εμπορίου» 10η έκδοση και μια μικρή οικιακή λύση. Η αποστολή θα είναι η μεταφορά δεδομένων από την τυπική διαμόρφωση "UT". Για συντομία, ας ονομάσουμε την αυτο-γραμμένη λύση "Sink" και τη διαχείριση εμπορίου "Source". Ας ξεκινήσουμε να λύνουμε το πρόβλημα μεταφέροντας στοιχεία από τον κατάλογο "Ονοματολογία".

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

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

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

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

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

Ανοίξτε το CD και επιλέξτε στο κύριο μενού "Κατάλογοι" -> "Διαμορφώσεις". Ο κατάλογος αποθηκεύει περιγραφές των δομών όλων των διαμορφώσεων που μπορούν να χρησιμοποιηθούν για τη δημιουργία μετατροπών. Φορτώνουμε την περιγραφή της διαμόρφωσης μία φορά και, στη συνέχεια, μπορούμε να τη χρησιμοποιήσουμε πολλές φορές για να δημιουργήσουμε διαφορετικές μετατροπές.

Στο παράθυρο του καταλόγου, κάντε κλικ στο κουμπί " Προσθήκη” και στο παράθυρο που εμφανίζεται, επιλέξτε το αρχείο που περιγράφει τη διαμόρφωση. Επιλέξτε το πλαίσιο ελέγχου «Φόρτωση σε νέα διαμόρφωση» και κάντε κλικ στο κουμπί «Φόρτωση». Κάνουμε παρόμοιες ενέργειες με την περιγραφή της δομής της δεύτερης διαμόρφωσης.

Τώρα είστε έτοιμοι να δημιουργήσετε κανόνες ανταλλαγής. Στο κύριο μενού του CD, επιλέξτε "Κατάλογοι" -> "Μετατροπές". Προσθέστε ένα νέο στοιχείο. Στο παράθυρο για τη δημιουργία μιας νέας μετατροπής, πρέπει να καθορίσετε: τη διαμόρφωση πηγής (επιλέξτε UT) και τη διαμόρφωση προορισμού (επιλέξτε «Δέκτης»). Στη συνέχεια, ανοίξτε την καρτέλα "Για προχωρημένους" και συμπληρώστε τα παρακάτω πεδία:

όνομα αρχείου κανόνων ανταλλαγής - οι δημιουργημένοι κανόνες ανταλλαγής θα αποθηκευτούν με αυτό το όνομα. Μπορείτε να αλλάξετε το όνομα του αρχείου ανά πάσα στιγμή, αλλά είναι καλύτερο να το ορίσετε τώρα. Αυτό θα εξοικονομήσει χρόνο στο μέλλον. Ονόμασα τους κανόνες για το παράδειγμα επίδειξης: "rules-ut-to-priemnik.xml".
όνομα - το όνομα της μετατροπής. Το όνομα μπορεί να είναι απολύτως οτιδήποτε, περιορίστηκα στο «Demo. UT στον παραλήπτη."

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

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

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

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

Στο δεύτερο μισό της καρτέλας "Κανόνες μετατροπής αντικειμένου" υπάρχει ένα πρόσθετο πλαίσιο με δύο καρτέλες: "Μετατροπή ιδιοτήτων" και " Μετατροπή τιμών" Το πρώτο θα επιλέξει τις ιδιότητες (λεπτομέρειες) του επιλεγμένου αντικειμένου και το δεύτερο είναι απαραίτητο για εργασία με προκαθορισμένες τιμές (για παράδειγμα, προκαθορισμένα στοιχεία καταλόγου ή στοιχεία απαρίθμησης).

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

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

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

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

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

Η βάση για τους κανόνες ανταλλαγής είναι έτοιμη. Επιλέξαμε τα αντικείμενα για συγχρονισμό και οι κανόνες μετατροπής ιδιοτήτων και κανόνων μεταφόρτωσης δημιουργήθηκαν αυτόματα. Ας αποθηκεύσουμε τους κανόνες ανταλλαγής σε ένα αρχείο και, στη συνέχεια, ανοίξτε την "Πηγή" IB (στην περίπτωσή μου είναι UT) και ξεκινήστε την επεξεργασία της υπηρεσίας σε αυτό V8Exchan82.epf.

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

Αφού ολοκληρώσετε τη διαδικασία μεταφόρτωσης δεδομένων σε ένα αρχείο, μεταβείτε στο IB " Δέκτης" Ανοίγουμε και επεξεργασία σε αυτό V8Exchan82.epf, μόνο αυτή τη φορά πηγαίνουμε στην καρτέλα «Φόρτωση δεδομένων». Επιλέξτε το αρχείο δεδομένων και κάντε κλικ στο κουμπί «Λήψη». Αυτό ήταν όλο, τα δεδομένα μεταφέρθηκαν με επιτυχία.

Προβλήματα του πραγματικού κόσμου

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

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

Εργασία Νο. 1. Συμπληρώστε τα στοιχεία που λείπουν

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

Υπάρχουν διάφορες λύσεις στο πρόβλημα. Θα εξετάσουμε την επιλογή να συμπληρώσουμε τα στοιχεία " Οργάνωση"Ακριβώς στη βάση δεδομένων" Δέκτης», δηλ. τη στιγμή της φόρτωσης των δεδομένων. Η τρέχουσα οργάνωση αποθηκεύεται σε μια σταθερά, επομένως, δεν υπάρχουν εμπόδια για την απόκτηση αυτής της τιμής. Ας ανοίξουμε τον κανόνα μετατροπής αντικειμένου (εφεξής καλούμενος ως PKO) " Πελάτες» (διπλό κλικ στο αντικείμενο) και στον οδηγό ρύθμισης κανόνων, μεταβείτε στην ενότητα «Χειριστές συμβάντων». Στη λίστα των χειριστών θα βρούμε " Μετά τη λήψη”.

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

Αν NOT Object.ThisGroup Τότε Object.Organization = Constants.CurrentOrganization.Get(); τέλος εαν;

Πριν συμπληρώσετε τα στοιχεία " Οργάνωση"Είναι απαραίτητο να ελέγξετε την τιμή του χαρακτηριστικού" Αυτή η ομάδα" Για το βιβλίο αναφοράς " Πελάτες"Η ιεραρχική δυνατότητα έχει οριστεί, επομένως είναι απαραίτητος ο έλεγχος για την ομάδα. Συμπληρώστε τυχόν λεπτομέρειες με παρόμοιο τρόπο. Φροντίστε να διαβάσετε τη βοήθεια για άλλες επιλογές χειριστή " AfterLoading" Για παράδειγμα, ανάμεσά τους υπάρχει η παράμετρος " Αρνηση" Εάν του εκχωρήσετε την τιμή "True", τότε το αντικείμενο δεν θα γραφτεί στη βάση δεδομένων. Έτσι, καθίσταται δυνατός ο περιορισμός των αντικειμένων που μπορούν να γραφτούν τη στιγμή της φόρτωσης.

Εργασία Νο. 2. Λεπτομέρειες για το μητρώο πληροφοριών

Στον κατάλογο " αντισυμβαλλόμενοι"Διαμορφώσεις UT, διαθέσιμες λεπτομέρειες" Αγοραστής" Και " Προμηθευτής" Και οι δύο λεπτομέρειες είναι τύπου " Boolean” και χρησιμοποιούνται για τον προσδιορισμό του τύπου του αντισυμβαλλομένου. Στο ΙΒ» Δέκτης", στον κατάλογο " Πελάτες«Δεν υπάρχουν παρόμοιες λεπτομέρειες, αλλά υπάρχει μητρώο πληροφοριών» Τύποι πελατών" Εκτελεί παρόμοια λειτουργία και μπορεί να αποθηκεύσει πολλά χαρακτηριστικά για έναν πελάτη. Καθήκον μας είναι να μεταφέρουμε τις τιμές των στοιχείων σε ξεχωριστές εγγραφές στο μητρώο πληροφοριών.

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

Το επόμενο βήμα είναι να δημιουργήσετε τους κανόνες μεταφόρτωσης. Μεταβείτε στην κατάλληλη καρτέλα και κάντε κλικ στο " Προσθήκη" Στο παράθυρο για την προσθήκη κανόνων μεταφόρτωσης, συμπληρώστε:

Μέθοδος δειγματοληψίας. Αλλαγή σε "Αυθαίρετος αλγόριθμος".
Κανόνας μετατροπής. Επιλέξτε το μητρώο πληροφοριών «Τύποι πελατών».
Κωδικός (όνομα) του κανόνα. Γράψτε το ως "Αποφόρτωση τύπων πελατών".

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

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

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

DataFetch = New ValueTable(); DataSelection.Columns.Add("Πελάτης"); DataSelection.Columns.Add("ClientType"); SelectingDataFromDirectory = Directories.Accounts.Select(); Ενώ SelectingDataFromDirectory.Next() Κάντε βρόχο If SelectingDataFromDirectory.ThisGroup Στη συνέχεια συνεχίστε. τέλος εαν; Αν Επιλογή Δεδομένων Από Directory.Buyer Τότε NewRow = Data Selection.Add(); NewRow.Client = DataFetchFromDirectory.Link; NewRow.ClientType = "Πελάτης"; τέλος εαν; Αν DataFetchFromDirectory.Supplier Τότε NewRow = DataFetch.Add(); NewRow.Client = DataFetchFromDirectory.Link; NewString.ClientType = "Προμηθευτής"; τέλος εαν; EndCycle;

Ας αποθηκεύσουμε τον κανόνα μεταφόρτωσης δεδομένων και ας επιστρέψουμε στην καρτέλα " Κανόνες μετατροπής αντικειμένων" Ας προσθέσουμε για το μητρώο πληροφοριών " Τύποι πελατών” Κανόνες μετατροπής ιδιοκτησίας: τύπος πελάτη και πελάτη. Θα αφήσουμε την πηγή κενή και στο πρόγραμμα χειρισμού συμβάντων "Πριν από την εκφόρτωση" θα γράψουμε:

//Για την ιδιότητα "Πελάτης" Τιμή = Source.Client; //Για την ιδιότητα “ClientType” If Source.Client = "Buyer" Then Expression = "Enumerations.ClientTypes.Buyer" ElseIf Source.Client = "Supplier" Τότε Expression = "Enumerations.ClientTypes.Supplier"; τέλος εαν;

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

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

Εργασία Νο. 3. Κόλπα με εξαρτήματα τραπεζιού

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

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

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

DataFetch = New ValueTable(); //Θα υπάρχει ένα άλλο τμήμα πίνακα εδώ Data Selection.Columns.Add(“Products”); //Εδώ θα υπάρχει επίσης ένα τμήμα πίνακα Data Selection.Columns.Add("Υπηρεσίες"); SelectionData.Columns.Add("Σύνδεσμος");

Εργασία Νο. 4. Μεταφορά δεδομένων σε λειτουργία

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

Στη διαμόρφωση " BP«Υπάρχει ένα καθολικό έγγραφο» Λειτουργία” και είναι ιδανικό για το σχηματισμό περισσότερων συρμάτων. Υπάρχει μόνο ένα πρόβλημα - το έγγραφο γίνεται με πονηριά και τα δεδομένα δεν μπορούν να μεταφερθούν σε αυτό τόσο εύκολα.

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

Εργασία Νο. 5. Συγχρονισμός δεδομένων σε πολλές λεπτομέρειες

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

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

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

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

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

Έχουμε το δικαίωμα να επιλέξουμε μόνοι μας τα πεδία. Ελέγχοντας ΑΦΜ, KPP και Όνομα, θα υποδείξουμε αμέσως πολλά κριτήρια αναζήτησης. Ανετος? Αρκετά, αλλά και πάλι αυτό δεν είναι αρκετό. Τι γίνεται αν θέλουμε να αλλάξουμε τα κριτήρια αναζήτησης; Για παράδειγμα, πρώτα αναζητούμε τον συνδυασμό TIN+KPP και αν δεν βρούμε τίποτα, τότε αρχίζουμε να δοκιμάζουμε την τύχη μας με το όνομα.

Ένας τέτοιος αλγόριθμος είναι αρκετά ικανός να εφαρμοστεί. Στο χειριστή συμβάντων " Πεδία αναζήτησηςΜπορούμε να καθορίσουμε έως και 10 κριτήρια αναζήτησης και για καθένα από αυτά να ορίσουμε τη δική του σύνθεση πεδίων αναζήτησης:

Εάν SearchOptionNumber = 1, τότε SearchPropertyNameString = "TIN, KPP"; ΔιαφορετικάIfSearchOptionNumber = 2 ThenSearchPropertyNameString = "Όνομα"; τέλος εαν;

Πάντα υπάρχουν πολλές λύσεις

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

Κατά τη γνώμη μου, η εταιρεία 1C αγνοεί άδικα το θέμα της χρήσης μετατροπής δεδομένων. Καθ' όλη τη διάρκεια της ύπαρξης της τεχνολογίας, μόνο ένα βιβλίο δημοσιεύτηκε σε αυτήν: "1C: Enterprise 8. Μετατροπή δεδομένων: ανταλλαγή μεταξύ λύσεων εφαρμογών." Το βιβλίο είναι αρκετά παλιό (2008), αλλά καλό είναι να εξοικειωθείτε με αυτό.

Η γνώση των πλατφορμών είναι ακόμα απαραίτητη

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

Ο σκοπός αυτού του κανόνα ανταλλαγής είναι η μεταφορά υπολοίπων επί αμοιβαίων διακανονισμών από το BP 2 στο UT11.

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

1) Δημιουργήστε έναν κανόνα για τη μεταφόρτωση ενός αντικειμένου· για αυτό, μεταβείτε στην καρτέλα "Κανόνες για τη μεταφόρτωση δεδομένων", κάντε κλικ στην προσθήκη. Στο παράθυρο που εμφανίζεται, επιλέξτε το δείγμα του αντικειμένου· αυτό θα είναι ένας αυτολογιστικός καταχωρητής. Αλλάζουμε τη μέθοδο δειγματοληψίας σε έναν αυθαίρετο αλγόριθμο.

2) Ας προχωρήσουμε στη σύνταξη του ίδιου του κώδικα γιατί Δεν υπάρχει αυτολογιστικό μητρώο στο UT, επομένως πρέπει να το μετατρέψουμε. Πρώτον, χρειαζόμαστε ένα ερώτημα που, σύμφωνα με τις παραμέτρους μας, θα επιστρέφει υπόλοιπα για αμοιβαίες διακανονισμούς. Στο πρόγραμμα χειρισμού συμβάντων "Πριν από την επεξεργασία" γράφουμε το ακόλουθο αίτημα:

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

Καθορίζουμε τις τιμές των μεταβλητών που θα χρησιμοποιηθούν στο μέλλον.

OnDate = ημερομηνία ("20130101");
TD = CurrentDate();
group = Directories.Counterparties.FindByName("Buyers");
group1 = Κατάλογοι. Αντισυμβαλλόμενοι. Εύρεση κατά όνομα("Επιστροφές από ΙΔΙΩΤΕΣ");

Δημιουργούμε έναν πίνακα που αργότερα θα μεταβιβάσουμε στον κανόνα μετατροπής αξίας.

TZ = New ValueTable();
TK.Columns.Add("Counterparty");
TK.Columns.Add("Ποσό");
TK.Columns.Add("AmountREGLE");
TK.Columns.Add("CalculationDocument");
TK.Columns.Add("Ημερομηνία Εγγράφου Διακανονισμού");
TK.Columns.Add("Αριθμός Εγγράφου Διακανονισμού");
TK.Columns.Add("Partner");
TK.Columns.Add("Νόμισμα αμοιβαίου διακανονισμού");
TK.Columns.Add("Ημερομηνία πληρωμής");

Ορίζουμε τις παραμέτρους, καλούμε το αίτημα, συμπληρώνουμε τον πίνακα και καλούμε τον κανόνα μετατροπής.

request = new Request(RequestText);
request.SetParameter("group", group); request.SetParameter("group1",group1);
request.SetParameter("OnDate",OnDate);
request.SetParameter("Λογαριασμός", Λογιστικά γραφήματα. Αυτολογισμός. Υπολογισμοί με άλλους προμηθευτές και εργολάβους);//76.05
Fetch = request.Run().Select();
TZ.clear();
Ενώ Βρόχος Select.Next().
αν Sample.SumRemainingCT = 0 ή Sample.SumRemainingCT = "" τότε
να συνεχίσει;
τέλος εαν;
αν Sample.AmountRemainderCT< 0тогда
report(""+Sample.Subconto1+" αρνητική τιμή "+Sample.SumRemainingCT);
τέλος εαν;
LineTZ = TZ.Add();
Γραμμή TK.Counterparty = Selection.Subconto1;
LineTZ.sum = Selection.SumRemainingCT;//Selection.SumRemainingCT;
LineTZ.sumRegl = Sampling.SumRemainingCT;//Sampling.SumRemainingCT;
Γραμμή TK.Calculation Document Date = Selection.Calculation Document Date;
Γραμμή TK.Calculation Document Number = Selection.Calculation Document Number;
LineTZ.PaymentDate = TD;
EndCycle;
OutData = Νέα Δομή;
OutgoingData.Insert("Date", CurrentDate());
OutgoingData.Insert("CalculationsWithPartners", TK);
OutgoingData.Insert("Operation Type", "Balance of Debt to Suppliers");
OutgoingData.Insert("Comment", "Generated on account credit 76.05");
report("Έναρξη ΠΙΣΤΩΣΗΣ 76,05");
UploadByRule(, OutgoingData, "Input of Balances for Mutual Settlement_7605Credit");

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

3) Ας προχωρήσουμε στη δημιουργία κανόνων μετατροπής αντικειμένων· για να το κάνετε αυτό, ανοίξτε την καρτέλα «Κανόνες μετατροπής αντικειμένων». Ας προσθέσουμε έναν νέο κανόνα εκεί με το όνομα "Input Balances By Mutual Settlement_7605Credit", αφήστε το αντικείμενο προέλευσης κενό, ορίστε το αντικείμενο του παραλήπτη στο έγγραφο "Enter Balances" και στην καρτέλα ρυθμίσεων αφαιρέστε τη σημαία "Αναζήτηση του αντικειμένου παραλήπτη από το εσωτερικό αναγνωριστικό του αντικειμένου πηγής».

Στο πρόγραμμα χειρισμού συμβάντων "Πριν από τη φόρτωση" θα γράψουμε τον ακόλουθο κώδικα:

Δημιουργία NewNumberOrCodeIfNotSpecified = true;

Στο πρόγραμμα χειρισμού συμβάντων "Μετά τη φόρτωση" θα γράψουμε:

execute(algorithms.AfterLoadInputRemainings);

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

νόμισμα = Constants.RegulatedAccountingCurrency.Get();
object.Owner = SessionParameters.CurrentUser;
object.organization=parameters.organization;
για κάθε σελίδα από το αντικείμενο.calculationspartners loop
Page.SettlementDocument = Directories.Counterparty Agreements.empty link();
PageCurrencySettlements = νόμισμα;
εάν ValueFilled(page.counterparty.partner) τότε
p.partner = p.counterparty.partner;
σε διαφορετική περίπτωση
συνεργάτες = Directories.Partners.FindByName(page.counterparty.Name);
αν το γραφείο<>Απροσδιόριστο και θρανία<>Directories.Partners.emptylink() στη συνέχεια
p.partner = γραφείο;

αντικείμενο2.Συνεργάτης = γραφείο;
object2.Write();
σε διαφορετική περίπτωση
execute(algorithms.AddPartner);
τέλος εαν;

τέλος εαν;

τέλος του κύκλου?

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

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

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

Για να εκτελέσετε τον αλγόριθμο στην πλευρά του δέκτη, πρέπει να ελέγξετε τη σημαία "Χρησιμοποιείται κατά τη φόρτωση" στην επάνω δεξιά γωνία του παραθύρου του αλγορίθμου (κατά την επεξεργασία του).

Ακολουθεί ο κώδικας για τον αλγόριθμο "Προσθήκη συνεργάτη":

nPartner = Directories.Partners.CreateItem();
nPartner.Name = page.counterparty.name;
nPartner.Comment = "Δημιουργήθηκε κατά τη φόρτωση από την BP";
nPartner.NameFull = page.counterparty.NameFull;
nPartner.Supplier = ?(find(page.counterparty.AdditionalInformation,"Supplier")>0,true,false);
nPartner.Client = ?(find(page.counterparty.AdditionalInformation,"Client")>0,true,false);
OtherRelations = ?(find(page.counterparty.AdditionalInformation,"Other")>0,true,false);
npartner.Write();
p.partner = npartner.link;
αντισυμβαλλόμενος = Directories.Counterparties.FindByName(page.counterparty.Name);
object2 = αντισυμβαλλόμενος.GetObject();
object2.Partner = npartner.link;
object2.Write();

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

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

Το κείμενο δεν περιγράφει όλες τις αποχρώσεις της διαδικασίας.

Επί του παρόντος, η μετάβαση από το 1C:Enterprise 7.7 στο 8.3 (παρόμοιο με το 8.2) έχει γίνει πονοκέφαλος για τους λογιστές. Κατά προτίμηση όσο το δυνατόν πιο γρήγορα και χωρίς λάθη. Εάν είστε προγραμματιστής 1C:Accounting και πρέπει να μετατρέψετε αυτά τα έγγραφα από την έβδομη έκδοση στην όγδοη, τότε αυτό το άρθρο είναι για εσάς.

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

Εάν χρειάζεστε μια γρήγορη και υψηλής ποιότητας μετάβαση από το 1C Accounting 7.7 στο 1C 8.3, επικοινωνήστε μαζί μας! Το μέσο κόστος μας με το κλειδί στο χέρι είναι 6.600 ρούβλια.

Μεταφορά δεδομένων από 1C 7.7 σε 1C 8.3 λογιστική 3.0

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

Εγκαταστήστε την πιο πρόσφατη έκδοση 1C:Enterprise 7.7 στον νέο κατάλογο. (το πακέτο περιλαμβάνει μια τυπική κενή έκδοση (χωρίς δεδομένα) και μια έκδοση επίδειξης). Θα εργαστούμε με την τυπική έκδοση. Τώρα εκτελέστε αυτήν τη βάση δεδομένων και, χρησιμοποιώντας την επεξεργασία Εισαγωγή 77, φορτώστε δεδομένα από την κύρια βάση δεδομένων σας από ένα αρχείο κειμένου.

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

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

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

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

Ολα!Ξεκινάμε το 1C: Enterprise 8.2. Επιλέξτε «Μεταφορά δεδομένων από την έκδοση 7.7». και απολαύστε πώς το ίδιο το πρόγραμμα μεταφέρει δεδομένα από το επεξεργασμένο 7.7., μεταφέρει έγγραφα και εμφανίζει έναν συγκριτικό πίνακα του ισολογισμού των εκδόσεων 7.7 και 8.3.

Φυσικά, δεν θα υπάρξει 100% αποτέλεσμα. Αλλά στο 70-80 τοις εκατό θα έχετε έναν αγώνα. Και τότε η δουλειά σας θα γίνει μόνο στην έκδοση 8.3.

Πιθανές ανακρίβειες διορθώνονται εύκολα. Είναι άλλες 3-4 ώρες. Πηγαίνετε στο ημερολόγιο εγγράφων και προσαρμόζετε λογαριασμούς ή πεδία (για παράδειγμα, "Συμφωνητικό" ή "Κύριο ταμείο"). Εξαρτάται από το βαθμό διαφοράς μεταξύ της βάσης 7,7 σας. από στάνταρ. Ως αποτέλεσμα όλων αυτών των ενεργειών, η λειτουργική διαμόρφωση της έκδοσης 8.3 θα μπορεί να παράγει λογιστικά δεδομένα μέσω του ισολογισμού σε ιδανική μορφή.

Μετά τη μετάβαση, θα είναι χρήσιμο για εσάς να μάθετε πώς να εργάζεστε στο νέο πρόγραμμα. Για το σκοπό αυτό, έχουμε ετοιμάσει μια ενότητα Εκπαίδευση 1C Λογιστική 8.3.

Παρεμπιπτόντως! Εάν χρειάζεστε τροποποίηση προγραμμάτων 1C, μπορείτε να επικοινωνήσετε μαζί μας!

Μεταφορά μιας βάσης δεδομένων 1C 7.7 στο 8.3, πώς να το κάνετε;

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

Εάν το μεταφέρετε μόνοι σας, τότε στον δίσκο ITS (καθώς και σε πολλά σημεία στο Διαδίκτυο - η Google μπορεί να βοηθήσει) υπάρχει μια επεξεργασία "Φόρτωση από έγγραφο υπολογιστικού φύλλου", η οποία σας επιτρέπει να φορτώνετε αυθαίρετα δεδομένα σε πίνακα σε καταλόγους/έγγραφα /εγγραφές. Με ένα αρκετά υψηλό επίπεδο προσόντων, μπορείτε να χρησιμοποιήσετε πυροβολικό μάχης - μια ειδική διαμόρφωση "Μετατροπή δεδομένων 2" (δεν πρέπει να συγχέεται με το 3.).

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

Maxim Kravchenko, λοιπόν, όλα είναι γραμμένα στα ρωσικά :)

Από την εμπειρία μου, οι πιο συνηθισμένοι λόγοι μπορεί να είναι οι εξής:

1) Η λανθασμένη διαδρομή καθορίζεται στις ρυθμίσεις ανταλλαγής με το 7.7. Υπάρχουν είτε απλώς τυπογραφικά λάθη εδώ είτε έχει καθοριστεί η διαδρομή προς τον λάθος κατάλογο. Ή καθορίζεται η τοπική διαδρομή στον υπολογιστή σας, αλλά η ανταλλαγή πραγματοποιείται στο πλάι του εταιρικού διακομιστή 1C και αυτός ο διακομιστής φυσικά δεν βλέπει τίποτα κατά μήκος της διαδρομής σας (ένα κοινό πρόβλημα).
2) Στην πλευρά του υπολογιστή που προσπαθεί να επικοινωνήσει με τον 7.7 (τοπικό ή διακομιστή) δεν υπάρχει πλήρως εγκατεστημένη πλατφόρμα 7.7. Εκείνοι. δεν υπάρχει καταχωρημένο αντικείμενο COM και η βάση 7.7 έχει παραδοσιακά συνδεθεί χρησιμοποιώντας έναν κατάλογο με μια παραβιασμένη πλατφόρμα που δεν χρειάζεται κλειδί ή δεδομένα συστήματος.
3) Δεν υπάρχουν δικαιώματα πρόσβασης στον κατάλογο με τη βάση 7.7 (ιδιαίτερα σημαντικό όταν εργάζεστε σε διακομιστή, όπου η διαδικασία rphost worker εκτελείται από έναν χρήστη υπηρεσίας και ο κατάλογος βάσης 7.7 είναι ανοιχτός σε συγκεκριμένα άτομα).

Μαξίμ Κραβτσένκο, γιατί όχι μέσω IRC ή συνομιλιών στους «καταραμένους μικρούς δρόμους» του λαού; 🙂
Όχι, δεν θα ξαναπατήσω στην ίδια τσουγκράνα. Έδωσα ήδη σε έναν αχάριστο άτομο το Skype μου και κάθισε στο λαιμό του.

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

ΥΣΤΕΡΟΓΡΑΦΟ. Για να μην χάσουν οι άνθρωποι την επιθυμία να δώσουν απαντήσεις σε αυτόν τον πόρο, θα ήταν ωραίο να επισημάνετε λύσεις ή να κάνετε κλικ στο κουμπί "μου αρέσει" στις πιο επαρκείς απαντήσεις, ακόμα κι αν δεν βοήθησαν άμεσα.

Maxim Kravchenko, FAQ είναι αδύνατο αφού το καθαρό 7.7 δεν υπάρχει στη φύση. Υπάρχει μια ολόκληρη παλέτα τυπικών/βιομηχανικών λύσεων, υπάρχουν διαφορετικές εκδόσεις της ίδιας συγκεκριμένης διαμόρφωσης, αλλά καμία από αυτό το σετ δεν καλύπτει τις ανάγκες των εταιρειών εκτός συσκευασίας και και οι 7.7 που πωλήθηκαν ολοκληρώθηκαν για χρόνια μετά την εγκατάσταση. Λαμβάνοντας υπόψη το γεγονός ότι οι μαζικές πωλήσεις 7,7 σταμάτησαν πριν από περισσότερα από δέκα χρόνια, μπορεί να μην έχει μείνει τίποτα από την τυπική λειτουργικότητα στη συγκεκριμένη βάση δεδομένων σας.

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

Κανόνες μεταφοράς 1s 8

Μεταφορά δεδομένων από προγράμματα "1C: Accounting 8 rev.2.0" σε "1C: Accounting 8 rev.3.0"

Σχεδιασμένο κυρίως για τροποποιημένες διαμορφώσεις 1C: Accounting 8 έκδοση 2.0(πιθανά ονόματα στο Διαδίκτυο BP 2.0 ή BP 8.2) ως βάση για την ανάπτυξη αρχικών κανόνων για τη μεταφορά στη διαμόρφωση 1C: Accounting 8 έκδοση 3.0(πιθανά ονόματα στο Διαδίκτυο BP 3.0 ή BP 8.3), φυσικά και κατάλληλα για μεταφορά δεδομένων μεταξύ τυπικών διαμορφώσεων.

Πιθανές στρατηγικές για τη μετάβαση από την έκδοση 2.0 στην 3.0 μπορείτε να βρείτε εδώ.

Μετάβαση από 1C: Accounting 8 έκδοση 2.0επί 1C: Accounting 8 έκδοση 3.0Συνιστάται η εκτέλεση στην αρχή μιας νέας περιόδου (έτος, τρίμηνο, μήνας) μετά την ολοκλήρωση των λειτουργιών ρουτίνας της προηγούμενης περιόδου.

Η μεταφορά δεδομένων πραγματοποιείται με τη χρήση καθολικής επεξεργασίας που πραγματοποιεί λήψη δεδομένων από τη βάση πληροφοριών 1C: Accounting 8 έκδοση 2.0σε ένα αρχείο σε μορφή XML. Το αρχείο που προκύπτει μεταφορτώνεται στη βάση δεδομένων πληροφοριών 1C: Accounting 8 έκδοση 3.0χρησιμοποιώντας καθολική επεξεργασία φόρτωσης δεδομένων.

Για τη μεταφορά δεδομένων απαιτούνται τα ακόλουθα αρχεία:

ACC20_30.xml - κανόνες μετατροπής δεδομένων.

Από τη βάση πληροφοριών BP 2.0 V BP 3.0μεταφέρθηκε:

πληροφορίες σχετικά με τα τρέχοντα υπόλοιπα σε λογιστικούς λογαριασμούς της βάσης πληροφοριών "1C: Accounting 8 rev. 2.0" από την ημερομηνία μετατροπής της βάσης πληροφοριών

έγγραφα βάσης πληροφοριών BP 2.0για την επιλεγμένη περίοδο

απαραίτητες πληροφορίες αναφοράς από τη βάση πληροφοριών "1C: Accounting 8 edition 2.0"

— δεδομένα από τη βάση πληροφοριών 1C BP 8.2μεταφορτώθηκε σε ξεχωριστό αρχείο (αρχείο δεδομένων).

— το αρχείο που προκύπτει μεταφορτώνεται στη βάση δεδομένων πληροφοριών 1C BP 8.3.

Δεν απαιτείται εγκατάσταση, καθώς χρησιμοποιείται επεξεργασία ενσωματωμένη σε τυπικές διαμορφώσεις 1C: Accounting 8 έκδοση 2.0Και 1C: Accounting 8 έκδοση 3.0.

(Διαβάστε παρακάτω σχετικά με τη δυνατότητα χρήσης εξειδικευμένης επεξεργασίας)

Σε ένα πρόγραμμα 1C: Accounting 8 έκδοση 2.0πρέπει να ανοίξετε την επεξεργασία (μενού: Υπηρεσία — Άλλες ανταλλαγές δεδομένων), επιλέξτε το φάκελο στον οποίο βρίσκονται οι κανόνες μεταφοράς (βλ. Εικ. 1) και πραγματοποιήστε λήψη των κανόνων ανταλλαγής. Συνιστώ τη φόρτωση κανόνων ανταλλαγής αναγκαστικά κάθε φορά, ακόμα κι αν φορτώνονται αυτόματα κατά την έναρξη της επεξεργασίας. Για να το κάνετε αυτό, πρέπει είτε να επιλέξετε ξανά το αρχείο κανόνων είτε να κάνετε κλικ στο κουμπί Ξαναδιάβασε τους κανόνες ανταλλαγής. Δεν χρειάζεται να συμπεριλάβετε όλους τους κανόνες μεταφοράς. Θα πρέπει να χρησιμοποιούνται μόνο όσα είναι απαραίτητα για τη μεταφορά υπολοίπων ή/και εγγράφων. Όλα τα βιβλία αναφοράς μεταφέρονται μέσω συνδέσμων, όπως απαιτείται, π.χ. μόνο όσοι εμπλέκονται σε υπόλοιπα και έγγραφα. Αυτό διασφαλίζει ότι δεν υπάρχουν «σκουπίδια» στη νέα βάση πληροφοριών.

Εάν πρέπει να ξεφορτώσετε τα υπόλοιπα στο τέλος του έτους, για παράδειγμα στο τέλος της ημέρας 31/12/2014, π.χ. Θα ήταν πιο σωστό να πούμε στις αρχές του 2015, τότε η περίοδος εκφόρτωσης θα πρέπει να είναι 01/01/2015 - XX.XX.XXXX. Έγγραφα για την εισαγωγή υπολοίπων BP 3.0θα έχει ημερομηνία 31/12/2014. Από 01/01/2015 έως BP 3.0πρέπει να δημιουργήσετε έγγραφα που να αντικατοπτρίζουν τις τρέχουσες συναλλαγές. Εάν χρειάζεστε μόνο υπολείμματα, τότε πρέπει να ενεργοποιήσετε κανόνες για τη λήψη δεδομένων από την ενότητα Εισερχόμενα υπόλοιπα(βλ. Εικ. 1). Κανόνες για τη λήψη δεδομένων από μια ενότητα ΤεκμηρίωσηΣε αυτήν την περίπτωση θα πρέπει να απενεργοποιηθεί (βλ. Εικ. 3). Η περίοδος μεταφόρτωσης, για παράδειγμα, 01/01/2015 - 31/01/2015 σημαίνει ότι τα έγγραφα από τον Ιανουάριο του 2015 θα μεταφερθούν. Κανόνες για τη λήψη δεδομένων από μια ενότητα Τεκμηρίωσησε αυτή την περίπτωση πρέπει να περιλαμβάνεται.

Ρύζι. 1 . Επεξεργασία για μεταφόρτωση δεδομένων

Πρώτα απ 'όλα, συνιστούμε να μεταφέρετε τις λογιστικές πολιτικές του οργανισμού (κατάλογος Οργανώσειςμεταφέρονται μέσω συνδέσμων). Κατά τη μεταφορά δεδομένων, μπορείτε επιπλέον να ορίσετε παραμέτρους (βλ. Εικ. 2). Για να επιστρέψετε στις προεπιλεγμένες τιμές, πρέπει να φορτώσετε ξανά τους κανόνες ανταλλαγής.

Εικ.2 Ρύθμιση παραμέτρων

Παράμετρος Αγνοήστε το μητρώο παρτίδων ΦΠΑκαθορίζει πρώτα από όλα αν θα συμπληρωθεί BP 3.0κατά την εισαγωγή υπολοίπων Καταγραφή εμπορευμάτωντραπέζι Στοιχεία για τα τιμολόγια που ελήφθησαν. Επηρεάζει επίσης τον τρόπο συμπλήρωσης του δευτερεύοντος παραθύρου Κόμματα: σύμφωνα με ΓΙΟΥΧΑή από το υπόλοιπο του μητρώου ΦΠΑ επί των αγορασθέντων περιουσιακών στοιχείων.

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

Όταν ρυθμίζετε την παράμετρο σε Ναίταυτόχρονα με τα έγγραφα, θα μεταφερθούν σύνολα μητρώων που σχετίζονται με αυτά τα έγγραφα. Διαφορετικά, τα περιεχόμενα των εγγράφων μεταφέρονται και για να ληφθούν κινήσεις, τα έγγραφα πρέπει να εισαχθούν στη βάση δεδομένων BP 3.0μετά τη μεταφορά. Πρέπει να καταλάβετε ότι δεν υπάρχουν όλες οι κινήσεις εγγράφων BP 8.3, υπάρχουν αντιστοιχίες σε BP 8.2. Επομένως, ακόμα κι αν επιλέξετε τη μεταφορά εγγράφων με κινήσεις, για ορισμένους τύπους εγγράφων μπορεί να χρειαστεί να δημοσιεύσετε για να δημιουργήσετε όλα τα απαραίτητα σύνολα μητρώων.

Εικ.3 Λίστα εγγράφων που μεταφέρονται στο BP 3.0

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

Ρύζι. 4 Κατάλογος καταλόγων και μητρώων πληροφοριών για μεταφορά

Χαρακτηριστικά μεταφοράς υπολοίπων στους λογαριασμούς 76.AB και 76.VA

Όταν έχει οριστεί σε Ναίπαράμετρος Διορθώστε το misgrading σε διακανονισμούς με αντισυμβαλλόμενουςτα λογιστικά λάθη μπορούν να διορθωθούν. Το τι είναι η αναδιάταξη είναι σαφές από το Σχ. 5.1: για τον αντισυμβαλλόμενο το υπόλοιπο είναι μηδέν, αλλά για το δεύτερο υποσύνολο τα ποσά δεν είναι μηδενικά. Τέτοια υπόλοιπα δεν θα μεταφερθούν.

Εικ.5.1 Αναβαθμολόγηση σε υπολείμματα

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

Εικ. 5.2 Μηνύματα σε περίπτωση εσφαλμένης διαβάθμισης των υπολοίπων

Χαρακτηριστικά μεταφοράς υπολοίπων σε λογαριασμούς αποθεμάτων

Με παρόμοιο τρόπο λειτουργεί και ο αλγόριθμος για τη διόρθωση σφαλμάτων όπως η κακή διαβάθμιση σε υπολείμματα. Καταγραφή εμπορευμάτων. Αυτός ο αλγόριθμος λειτουργεί κατά τη ρύθμιση της παραμέτρου Σωστή εσφαλμένη ταξινόμηση των υπολοίπων αποθεμάτωνστο νόημα Ναί. Ένα παράδειγμα φαίνεται στην Εικόνα 5.3. Η λογιστική για τον λογαριασμό 10.03 πραγματοποιείται ανά είδος, αποθήκη και παρτίδα. Απομένει ανά στοιχείο Βενζίνη AI-92επί αποθήκη Νο 4ισούται με μηδέν, αλλά αν επεκτείνετε τα υπόλοιπα ανά παρτίδα, θα υπάρξουν πολλά. Το αλγεβρικό άθροισμα των υπολοίπων ανά παρτίδα είναι ίσο με μηδέν, αυτό είναι αναβαθμολόγηση. Τέτοια υπόλοιπα δεν πρέπει να μεταφέρονται, γιατί αυτό είναι προφανές λάθος. Δεν θα μεταφερθούν εάν έχει οριστεί η παράμετρος.

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

Τα πράγματα είναι χειρότερα με τις ισορροπίες αποθήκη Νο 6. Το υπόλοιπο είναι μη μηδενικό, επομένως ο αλγόριθμος διόρθωσης εσφαλμένης διαβάθμισης δεν θα λειτουργήσει, το υπόλοιπο θα μεταφερθεί. Ας δούμε πώς θα μεταφερθούν. Αθροισμα -155,29 δεν θα συμπεριληφθεί στη μεταβίβαση, επειδή υπάρχει τέτοιο υπόλοιπο BP 3.0είναι αδύνατη η εισαγωγή, είναι αδύνατη η εισαγωγή μηδενικής ποσότητας και μη μηδενικού ποσού, το παραστατικό για την εισαγωγή υπολοίπων δεν θα αναρτηθεί, επομένως δεν το ανεβάζουμε. Ως αποτέλεσμα, σε BP 3.0τα υπόλοιπα δύο ποσά θα πέσουν (βλ. Εικ. 5.4). Τα υπόλοιπα μεταφέρθηκαν σαν με λάθος. Στην πραγματικότητα, βέβαια, εδώ δεν υπάρχει σφάλμα μεταφοράς, αλλά υπάρχουν λογιστικά λάθη.

Εικ.5.4 Αποτέλεσμα μεταφοράς σε BP 3.0

Το εάν θα χρησιμοποιηθεί ή όχι ο περιγραφόμενος αλγόριθμος για τη διόρθωση της κακής ταξινόμησης εξαρτάται από το χρήστη να αποφασίσει. Απλά πρέπει να θυμάστε ότι τα υπόλοιπα με μηδενικό ποσό δεν μεταφέρονται ποτέ. Σύμφωνα με τον συγγραφέα, αυτή είναι η πιο σωστή συμπεριφορά, τουλάχιστον σας επιτρέπει να εισάγετε ένα έγγραφο για την εισαγωγή υπολοίπων και να ξεκινήσετε τη συμφωνία. Για πιο γρήγορη αναζήτηση θέσεων αποκλίσεων μεταξύ των υπολοίπων BP 2.0Και BP 3.0Με βάση τα αποτελέσματα της μεταφοράς, μπορεί να προταθεί η επιλογή τέτοιων προβληματικών θέσεων στην πηγή διαμορφώνοντας ανάλογα τον ισολογισμό. Πώς να το κάνετε αυτό, δείτε την Εικ. 5.5.

Εικ.5.5 Επιλογή θέσεων με μηδενική ποσότητα

Αφού ολοκληρωθεί η εκφόρτωσηπρέπει να εκτελέσετε το πρόγραμμα 1C: Accounting 8 έκδοση 3.0. Η φόρτωση, τόσο αρχικά όσο και κατά τις επαναλαμβανόμενες μεταφορές δεδομένων ή πρόσθετες μεταφορές, θα πρέπει να πραγματοποιείται με τυπική επεξεργασία Καθολική ανταλλαγή δεδομένων σε μορφή XML(βλ. Εικ. 8.1). Μπορείτε να το ανοίξετε μέσω του μενού: Όλες οι λειτουργίες - Επεξεργασία - Καθολική ανταλλαγή δεδομένων σε μορφή XML.Εάν δεν υπάρχει κανένα στοιχείο στο μενού Όλες οι λειτουργίες, τότε πρέπει να πάτε στο Υπηρεσία -Παράμετροικαι επιλέξτε το πλαίσιο Εμφάνιση εντολής Όλες οι λειτουργίες.

Μετά τη φόρτωση των δεδομένων στη βάση δεδομένων 1C:Accounting 8 rev.3.0, είναι απαραίτητο να εισαγάγετε έγγραφα για την εισαγωγή αρχικών υπολοίπων για να λάβετε όλες τις απαραίτητες κινήσεις. Μπορείτε να χρησιμοποιήσετε επεξεργασία Ομαδική μεταφορά εγγράφων(δείτε Εικ. 8.2) ή δημοσιεύστε έγγραφα στο περιοδικό (μενού: Όλες οι λειτουργίες - Έγγραφα - Εισαγωγή υπολοίπων). Εάν τα έγγραφα μεταφέρθηκαν χωρίς μετακίνηση (παράμετρος Μεταφόρτωση κινήσεων εγγράφωνοριστεί σε τιμή Οχι), τότε για τη λήψη συναλλαγών και εγγραφών σε μητρώα είναι απαραίτητη η ανάρτηση εγγράφων.

Τεχνική μετατροπής δεδομένων.

Η μετατροπή, εάν είναι απαραίτητο, μπορεί να πραγματοποιηθεί σε διάφορα στάδια, για παράδειγμα, πρώτα βιβλία αναφοράς, στη συνέχεια έγγραφα για την εισαγωγή υπολοίπων και μετά άλλα έγγραφα. Είναι δυνατή η εκ νέου μεταφορά πληροφοριών. Μεταξύ των μεταφορών, δεν πρέπει να κάνετε διορθώσεις στα μεταφερόμενα δεδομένα 1C: Accounting 8 έκδοση 3.0, διαφορετικά αυτές οι επιδιορθώσεις ενδέχεται να χαθούν κατά τις επαναλαμβανόμενες μεταφορές.

Τα υπόλοιπα μεταφέρονται μέσω παραστατικών Εισαγωγή αρχικών υπολοίπων.

Περισσότερες λεπτομέρειες σχετικά με τη μεθοδολογία εισαγωγής υπολοίπων μπορείτε να βρείτε στο άρθρο στον ιστότοπο ITS της εταιρείας 1C.

Σπουδαίος! Πριν από την εισαγωγή των αρχικών υπολοίπων, πρέπει να οριστούν παράμετροι λογιστικής πολιτικής. Οι παράμετροι της λογιστικής πολιτικής του οργανισμού διαβάζονται την ημερομηνία που ακολουθεί την ημερομηνία καταχώρισης των υπολοίπων. Για παράδειγμα, εάν η ημερομηνία εισαγωγής υπολοίπων είναι η 31η Δεκεμβρίου 2013, τότε λαμβάνονται υπόψη οι παράμετροι λογιστικής πολιτικής που καθορίστηκαν την 1η Ιανουαρίου 2014. Αυτό σας επιτρέπει να λάβετε υπόψη τις παραμέτρους της τρέχουσας λογιστικής πολιτικής (για παράδειγμα: εάν το 2013 ο οργανισμός εφάρμοσε ένα απλοποιημένο φορολογικό σύστημα και από το 2014 . μεταπήδησε στο γενικό σύστημα - τότε κατά την εισαγωγή υπολοίπων στις 31 Δεκεμβρίου 2013, θα ληφθούν υπόψη οι παράμετροι λογιστικής πολιτικής του 2014). Αυτός είναι ο λόγος για τον οποίο, όπως αναφέρθηκε παραπάνω, συνιστούμε πρώτα απ 'όλα τη μεταφορά των λογιστικών πολιτικών του οργανισμού.

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

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

Πώς να εργαστείτε με εξειδικευμένη επεξεργασία μεταφοράς δεδομένων.

Η επεξεργασία χρησιμοποιείται μόνο σε λειτουργία Αρχείο. Επεξεργασία Transfer_Data_from_BP20_to_BP30.epfθα πρέπει να εκκινηθεί στη βάση πληροφοριών όπου μεταφέρονται τα δεδομένα, π.χ. V 1C Enterprise Accounting ed.3.0.Στο πρώτο παράθυρο (βλ. Εικ. 9) θα πρέπει να καθορίσετε την επιλογή φόρτωσης δεδομένων από τη βάση πληροφοριών στην πλατφόρμα 1C:Enterprise:

Φόρτωση δεδομένων απευθείας από τη βάση πληροφοριών

Εικ.9 Παράθυρο έναρξης για επεξεργασία μεταφοράς δεδομένων

Στο επόμενο παράθυρο (βλ. Εικ. 10) πρέπει να διαμορφώσετε τη μεταφορά:

Επιλέξτε μια βάση πληροφοριών από τη λίστα (η λίστα είναι η ίδια όπως κατά την εκκίνηση της εφαρμογής 1C Enterprise).

Καθορίστε το όνομα χρήστη και τον κωδικό πρόσβασης

Προσδιορίστε ποιες πληροφορίες θα πρέπει να μεταφερθούν

Επιπλέον, μπορείτε να ελέγξετε τα δεδομένα στην πηγή για την ορθότητα της μεταφοράς

Κατά τη μεταφορά καταλόγων, τα δεδομένα θα μεταφέρονται από καταλόγους της επιλεγμένης βάσης πληροφοριών, για την οποία υπάρχουν κανόνες μεταφόρτωσης. Σε αυτήν την περίπτωση, οι κατάλογοι μεταφέρονται εξ ολοκλήρου. Εάν το πλαίσιο ελέγχου δεν είναι επιλεγμένο, αλλά έχει επιλεγεί οποιαδήποτε άλλη επιλογή μεταφοράς, τότε θα μεταφερθούν και οι κατάλογοι, αλλά μόνο στο βαθμό που απαιτείται για τη συμπλήρωση των δεδομένων στις μεταφερόμενες συναλλαγές και έγγραφα. Κατά τη μεταφορά δεδομένων, μπορείτε να μεταφέρετε βιβλία αναφοράς, έγγραφα και υπόλοιπα στην αρχή του έτους. Οι επιλογές μεταφοράς μπορούν να επιλεγούν σε οποιονδήποτε συνδυασμό. Κατά τη μεταφορά υπολοίπων, τα δεδομένα για τα υπόλοιπα των λογαριασμών από την 1η Ιανουαρίου του επιλεγμένου έτους θα μεταφέρονται σύμφωνα με τους κανόνες που υποδεικνύονται στο Σχ. 1. Στο 1C: Λογιστική 8, τα έγγραφα "Εισαγωγή αρχικών υπολοίπων" θα δημιουργηθούν για τις 31 Δεκεμβρίου του έτους που προηγείται του επιλεγμένου.

Εικ.10 Παράθυρο παραμέτρων μεταφοράς

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

Εικ. 11 Αποτέλεσμα επαλήθευσης δεδομένων πριν από τη φόρτωση

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

Εικ.12 Ένδειξη διαδικασίας μεταφοράς δεδομένων

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

Εικ. 13 Τμήμα πίνακα που περιέχει εγγραφές σφαλμάτων

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

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

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

Αρχείο TransferDemo20_30Το .xml είναι μια λήψη από τη βάση δεδομένων που λαμβάνεται με τη μεταφορά της δοκιμαστικής βάσης δεδομένων BP 2.0, που διανέμεται από το 1C, στη βάση δεδομένων BP 3.0. Δημιουργήστε μια κενή βάση δεδομένων BP 3.0.44.94, είτε από ένα πρότυπο 1C είτε χρησιμοποιώντας το αρχείο διαμόρφωσης 1Cv8.cf. Ορίστε τις λογιστικές παραμέτρους σε Ρύθμιση λογιστικού σχεδίουλογιστική απογραφής κατά αποθήκες και παρτίδες. Κατεβάστε το αρχείο της βάσης δεδομένων επίδειξης TransferDemo20_30.xml με χρήση επεξεργασίας Καθολική ανταλλαγή δεδομένων σε μορφή XML. Η δοκιμαστική βάση δεδομένων δείχνει τη μεταφορά υπολοίπων από 01/01/2009 και παραστατικών για την περίοδο από 01/01/2009 έως 31/12/2009.

Οι κανόνες ενημερώνονται τακτικά για νέες εκδόσεις, κατάλληλες για εκδόσεις BP 2.0.64.23 και νεότερες εκδόσεις. Δεν χρειάζεται να αναζητήσετε και να επιλέξετε την επιθυμητή έκδοση των κανόνων μεταφοράς· είναι κατάλληλοι για οποιαδήποτε έκδοση SOURCE στο καθορισμένο εύρος. Εάν χρειάζεστε κανόνες για προηγούμενες εκδόσεις, επικοινωνήστε με τον συγγραφέα. Η απελευθέρωση RECEIVER πρέπει να είναι ακριβώς έτσισύμφωνα με τους κανόνες.

29/08/2018 Η εκφόρτωση υπολοίπων ανά τμήμα έχει κατανεμηθεί ως ξεχωριστός κανόνας Πιστώσεις και δάνεια(λογαριασμοί 66, 67), προηγουμένως αποτελούσε μέρος του Άλλοι λογαριασμοί

20/08/2018 Ενημέρωση στις 2.0.66.59 και 3.0.64.48

06/03/2018 Προστέθηκε μεταφορά εγγράφων Αντανάκλαση των μισθών στη ρυθμιζόμενη λογιστική

18/05/2018 Ενημέρωση στις 2.0.66.54 και 3.0.61.37

23/02/2018 Ενημέρωση στις 2.0.66.48 και 3.0.58.41

18/01/2018 Ενημέρωση στις 2.0.66.46 και 3.0.57.17

22/12/2017 Ενημέρωση σε 2.0.66.42 και 3.0.56.22

11/03/2017 Ενημέρωση στις 2.0.66.37 και 3.0.53.38

26/09/2017 Ενημέρωση στις 2.0.66.37 και 3.0.52.35

14/06/2017 Ενημέρωση στις 2.0.66.29 και 3.0.50.18

05/05/2017 Ενημέρωση στις 2.0.66.25 και 3.0.49.27

04/04/2017 - προστέθηκε η δημιουργία τιμολογίων που ελήφθησαν όταν στο BP 2.0 υπάρχει μόνο αριθμός και ημερομηνία. Πρέπει να ρυθμίσετε την παράμετρο Μετατροπή τιμολογίων(δημιουργήστε νέα εάν η πηγή περιέχει μόνο τον αριθμό και την ημερομηνία)

02/06/2017 Ενημέρωση στο BP 3.0.47.23

26/01/2017 Προστέθηκε μεταφορά εγγράφων Αντανάκλαση του δεδουλευμένου ΦΠΑΚαι Αντανάκλαση ΦΠΑ για έκπτωση

01/11/2017 Ενημέρωση σε BP 2.0.66.8 και BP 3.0.46.16. Εξαιρείται η μεταφορά υπόθεσης NDSpoOSiNMA.Σε παλαιότερες εκδόσεις, όπου περιλαμβάνεται στη διαμόρφωση, δεν θα μεταφερθεί.

14/12/2016 Ενημέρωση στο BP 3.0.44.203

12/07/2016 Προστέθηκε μεταφορά εγγράφων Ρύθμιση χρέους

12/01/2016 Προστέθηκε παράμετρος Μην λαμβάνετε υπόψη το μητρώο Δαπάνες στο πλαίσιο του απλουστευμένου φορολογικού συστήματος, το οποίο σας επιτρέπει να διαχειριστείτε την εκφόρτωση των υπολοίπων για οργανισμούς που χρησιμοποιούν το απλοποιημένο φορολογικό σύστημα

21/11/2016 Προστέθηκε η λήψη του καταλόγου Χρήστεςξεχωριστός κανόνας με τη δημιουργία χρηστών ασφάλειας πληροφοριών στον δέκτη (λεπτομέρειες εδώ). Προστέθηκε μεταφορά υπολοίπων σε όλη την RS Εργαζόμενοι οργανισμών(στοιχεία προσωπικού). Κατά τη μεταφορά υπολοίπων στους λογαριασμούς 76.AB και 76.BA, είναι δυνατός ο έλεγχος και η διόρθωση της κακής ταξινόμησης στον δεύτερο υπολογαριασμό.

11/08/2016 Ο κατάλογος των εγγράφων έχει διευρυνθεί.

28/10/2016 Προστέθηκε μεταφορά εγγράφων. Προστέθηκε ένα demo μεταφοράς, αυτό είναι το αποτέλεσμα της μεταφοράς της βάσης δεδομένων επίδειξης BP 2.0.

26.10.2016 Διορθώθηκε η δημιουργία κενών παραστατικών για εισαγωγή υπολοίπων όταν υπάρχουν υπόλοιπα λογαριασμών 10.07

09.09.2016 Ενημέρωση στο BP 3.0.44.102

23.03.2016 Βελτιωμένη μεταφορά δεδομένων για ληφθέντα τιμολόγια (κατά τη μεταφορά υπολοίπων αποθεμάτων)

01/11/2016 Προστέθηκε μεταφορά στοιχείων επικοινωνίας ατόμων, ιθαγένεια, στοιχεία διαβατηρίου, πληροφορίες αναπηρίας, καταστάσεις ατόμων. Προστέθηκαν κανόνες για τη μεταφορά τραπεζικών λογαριασμών και λογαριασμών αντικειμένων.

23/12/2015 Ενημέρωση στο BP 3.0.43.29. Προστέθηκε μεταφορά στοιχείων επικοινωνίας των αντισυμβαλλομένων και των προσώπων επικοινωνίας τους.

14/12/2015 Δημιουργήθηκαν κανόνες για το BP 3.0.42

Το πακέτο περιλαμβάνει: κανόνες μεταφοράς "ACC20_30"και επεξεργασία Transfer_Data_from_BP20_to_BP30. Εάν ο οργανισμός σας δεν διαθέτει προγραμματιστή πλήρους απασχόλησης για την εκτέλεση της εργασίας, είμαστε έτοιμοι να προσφέρουμε τις υπηρεσίες του ειδικού μας (ο προγραμματιστής θα συνδεθεί στον υπολογιστή σας μέσω Διαδικτύου χρησιμοποιώντας ένα ειδικό πρόγραμμα για απομακρυσμένη εργασία και θα εκτελέσει την απαραίτητη εργασία ). Εάν είναι δυνατόν, παρέχετε μια βάση εργασίας "1C: Accounting 8 edition 2.0", μπορούμε να μεταφέρουμε μόνοι μας τα δεδομένα και να μεταφέρουμε το αρχείο " 1C: Accounting 8 έκδοση 3.0» με μεταφερόμενα υπόλοιπα. Το κόστος αυτής της υπηρεσίας δεν περιλαμβάνεται στο συνολικό κόστος του πακέτου.

Σπουδαίος. Δεν μεταφέρονται όλα τα έγγραφα (για συμβατότητα με παλαιότερες εκδόσεις BP 2.0). Πριν αγοράσετε, διαβάστε προσεκτικά τη λίστα στην Εικ. 3.

Μεταφορά δεδομένων από τα προγράμματα "1C: Accounting 7.7" και "1C: USN 7.7" σε "1C: Accounting 8"

Λίγα λόγια για το πώς μεταφέρονται τα δεδομένα από μια τυπική διαμόρφωση " Λογιστική", έκδοση 4.5 για 1C:Enterprise 7.7 ή διαμόρφωση "" (εφεξής καλούμενες Διαμορφώσεις πηγής) σε τυπική διαμόρφωση " Λογιστική επιχειρήσεων", έκδοση 3.0 για 1C:Enterprise 8 (έκδοση 3.0.52), εφεξής "Διαμόρφωση δέκτη".

ΣΠΟΥΔΑΙΟΣ! Η μεταφορά δεδομένων είναι δυνατή από τη διαμόρφωση Λογιστικήέκδοση 4.5 για 1C:Enterprise 7.7 εκδόσεις 7.70.569 και μεταγενέστερες ή από τη διαμόρφωση " Απλοποιημένο φορολογικό σύστημα, εκδ. 1.3» εκδόσεις 7.70.219 και νεότερες.

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

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

ACC_ACC8 .ert - εξωτερική επεξεργασία μεταφόρτωσης δεδομένων σε εξωτερικό αρχείο από τη διαμόρφωση " Λογιστική, Αναθ. 4.5»;

USN_ACC8 .ert - εξωτερική επεξεργασία μεταφόρτωσης δεδομένων σε εξωτερικό αρχείο από τη διαμόρφωση " Απλοποιημένο φορολογικό σύστημα, εκδ. 1.3»;

ACC_ACC8 .xml - κανόνες μετατροπής δεδομένων.

USN_ACC8 .xml - κανόνες μετατροπής δεδομένων.

Τα ακόλουθα μεταφέρονται από τη βάση πληροφοριών Διαμόρφωσης προέλευσης στη Διαμόρφωση παραλήπτη:

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

— τρέχοντα έγγραφα με ημερομηνία μεγαλύτερη από την ημερομηνία μετατροπής της βάσης πληροφοριών.

Η μετατροπή πραγματοποιείται σε δύο στάδια:

— τα δεδομένα από τη βάση πληροφοριών "Διαμόρφωση προέλευσης" μεταφορτώνονται σε ξεχωριστό αρχείο (αρχείο δεδομένων).

— το ληφθέν αρχείο φορτώνεται στη βάση πληροφοριών της Διαμόρφωσης παραλήπτη.

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

Εικ.1 Παράθυρο για επιλογή βάσεων πληροφοριών κατά την εγκατάσταση

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

Εικ.2 Αρχεία εγκατεστημένα στον επιλεγμένο φάκελο

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

Η διαδικασία εγκατάστασης περιγράφεται με περισσότερες λεπτομέρειες χρησιμοποιώντας το παράδειγμα εγκατάστασης της αναφοράς " Γρήγορος έλεγχος λογιστικής για τη διαμόρφωση "1C: Accounting 7.7"«.

σε πρόγραμμα" 1Γ: Λογιστική 7.7"Πρέπει να ανοίξετε την επεξεργασία από πρόσθετες επιλογές" Μετάβαση στο 1C: Accounting 8, ed. 3.0“, επιλέξτε το φάκελο στον οποίο βρίσκονται οι κανόνες μεταφοράς (βλ. Εικ. 3) και πραγματοποιήστε λήψη των κανόνων ανταλλαγής. Δεν χρειάζεται να συμπεριλάβετε όλους τους κανόνες μεταφοράς. Χρησιμοποιήστε μόνο αυτά που είναι απαραίτητα, για παράδειγμα για τη μεταφορά υπολειμμάτων ή υπολειμμάτων και εγγράφων. Για παράδειγμα, στην ομάδα καταλόγων, δεν μπορεί να συμπεριληφθεί ούτε ένας κανόνας, επειδή όλοι οι κατάλογοι μεταφέρονται μέσω συνδέσμων, όπως απαιτείται, π.χ. μόνο αυτά που εμπλέκονται είτε σε υπόλοιπα είτε σε έγγραφα. Αυτό διασφαλίζει ότι δεν υπάρχουν «σκουπίδια» στη νέα βάση πληροφοριών. Τα έγγραφα επίσης δεν χρειάζεται να περιλαμβάνονται όλα. Για παράδειγμα, εάν ορισμένα έγγραφα δεν βρίσκονται στη βάση δεδομένων σας ή δεν θέλετε να τα μεταφέρετε, δεν χρειάζεται να ενεργοποιήσετε αυτόν τον κανόνα.

Εικ.3. Επεξεργασία για μεταφόρτωση δεδομένων

Συνιστώ να ορίσετε το όνομα αρχείου δεδομένων σε "C:\v77_v8\Exp77_80.xml", αυτός είναι ο φάκελος που χρησιμοποιείται συχνά από προεπιλογή στο πρόγραμμα " 1Γ: Λογιστική 8"κατά τη λήψη δεδομένων από προγράμματα στην πλατφόρμα" 1C:Επιχείρηση 7.7". Εάν είναι απαραίτητο, ορίστε τις παραμέτρους στο " Επιλογές«.

Κατά τη διαδικασία λήψης δεδομένων από τη διαμόρφωση " Λογιστική 7.7«Μπορεί να προκύψουν διάφορα λάθη. Οι κανόνες μεταφοράς που παρουσιάζονται εδώ διαφέρουν από τους τυπικούς καθώς στο στάδιο της αποστολής δεδομένων αναζητούν τυπικά σφάλματα. Ας εξετάσουμε αυτά για τα οποία εμφανίζονται μηνύματα.

Μηδενική ποσότητα και μη μηδενική ποσότητα ειδών αποθέματος. Η εισαγωγή του υπολοίπου στη διαμόρφωση λήψης με τέτοιο τρόπο ώστε η ποσότητα του υλικού να είναι ίση με μηδέν και η εκτίμηση κόστους του υλικού να μην είναι ίση με το μηδέν, είναι αδύνατη και είναι επίσης άσκοπη, επειδή πρόκειται για σφάλμα. Επομένως, κατά τη μεταφορά υπολοίπων, τέτοιες θέσεις (με μηδενική ποσότητα) δεν θα περιλαμβάνονται στα έγγραφα καταχώρισης υπολοίπου. Κατά συνέπεια, εάν τα σφάλματα δεν διορθωθούν πριν από τη μεταφορά δεδομένων, τότε τα ποσά στην πηγή και τον προορισμό των δεδομένων κατά τη μεταφορά υπολοίπων δεν θα ταιριάζουν, γεγονός που θα προκαλέσει πρόσθετες δυσκολίες συμφωνίας. Επομένως, κατά τη διαδικασία λήψης δεδομένων από τη διαμόρφωση " Λογιστική 7.7» εμφανίζονται μηνύματα σχετικά με σφάλματα που αντιμετωπίστηκαν (βλ. Εικ. 4). Επιπλέον, για την εύρεση σφαλμάτων, μπορούμε να προτείνουμε τη χρήση της επεξεργασίας «Εξπρές έλεγχος λογιστικής συντήρησης», δηλαδή τον κανόνα «Απουσία μη μηδενικού ποσού όταν υπάρχει μηδενική ποσότητα για υλικά».

Εικ.4.1 Μηνύματα σχετικά με σφάλματα που αντιμετωπίστηκαν

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

Εικ. 4.2 Παράδειγμα λογιστικών λαθών

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

Εικ.4.3. Μηνύματα σφάλματος

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

Εικ.4.4 Αναφορά που δείχνει σφάλμα

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

Εικ.4.5 Λογιστικά μηνύματα σφάλματος

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

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

Θα δείξουμε πώς μπορείτε να μεταφέρετε δεδομένα τμηματικά και όχι εξ ολοκλήρου, χρησιμοποιώντας το παράδειγμα μεταφόρτωσης εγγράφων ξεχωριστού τύπου ή ακόμη και μεμονωμένων αντιγράφων εγγράφων επιλεγμένου τύπου. Ας επισημάνουμε μόνο έναν κανόνα μεταφόρτωσης δεδομένων " Σειρά ΠΛΗΡΩΜΗΣ"(βλ. Εικ. 5). Αυτό θα σας επιτρέψει να ανεβάσετε έγγραφα μόνο όπως " Σειρά ΠΛΗΡΩΜΗΣ". Εάν, με αυτές τις παραμέτρους, κάνετε κλικ στο " Ξεφορτώνω", μετά όλα τα έγγραφα του τύπου" Σειρά ΠΛΗΡΩΜΗΣ", που βρίσκεται στο χρονικό διάστημα με " ημερομηνία έναρξης" Με " ημερομηνία λήξης". Κάντε κλικ στο κουμπί " Εγκαταστήστε PVD", μετά από αυτό η επιγραφή " Επιλογή στοιχείων για εντολή πληρωμής«.

Εικ.5 Πώς να ορίσετε έναν κανόνα για τη μεταφόρτωση δεδομένων συγκεκριμένου τύπου

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

Εικ.6.1 Πώς να επιλέξετε ένα μεμονωμένο έγγραφο

Σπουδαίος! "1C"), το οποίο σε ορισμένες διαμορφώσεις δεν επιτρέπει την επιλογή εγγράφων κατά τη μεταφόρτωση σύμφωνα με τις λεπτομέρειες επιλογής. Αυτό οφείλεται στο γεγονός ότι στους τυποποιημένους κανόνες η επιλογή των εγγράφων πραγματοποιείται με αίτημα χωρίς να προσδιορίζεται περίοδος. Τέτοια αιτήματα δεν λειτουργούν πάντα.

Με παρόμοιο τρόπο, μπορείτε να ανεβάσετε καταλόγους, όχι ολόκληρο τον κατάλογο, αλλά επιλέγοντας σύμφωνα με ορισμένες λεπτομέρειες. Πρώτα, επιλέξτε τον επιθυμητό κανόνα αποστολής δεδομένων και, στη συνέχεια, πατήστε διαδοχικά τα κουμπιά " Εγκαταστήστε PVD" Και " Προσθήκη συνθήκης". Για παράδειγμα, η Εικ. 6.2 δείχνει πώς μπορείτε να ξεφορτώσετε μόνο εκείνους τους υπαλλήλους με τους οποίους τη στιγμή της μετάβασης από το πρόγραμμα " 1C: Απλοποιημένο φορολογικό σύστημα, εκδ. 1.3" επί " 1C: Enterprise Accounting, έκδοση 3.0«(ή, όπως λένε συχνά οι χρήστες, η μετάβαση από τη λογιστική 7.7 στο 3.0) έχουν καθιερωθεί οι εργασιακές σχέσεις.

Εικ.6.2 Πώς να επιλέξετε μια ομάδα στοιχείων καταλόγου

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

Η επιλογή με βάση τις περιοδικές λεπτομέρειες του καταλόγου γίνεται κατά την ημερομηνία της παραμέτρου " ημερομηνία λήξης«.

Μπορείτε να χρησιμοποιήσετε έναν συνδυασμό κανόνων μεταφόρτωσης και επιλογής δεδομένων. Οι κανόνες για τους οποίους έχουν οριστεί επιλογές θα επισημαίνονται ως "[ΕΠΙΛΟΓΗ]". Για να δείτε ή να επεξεργαστείτε την επιλογή ενός συγκεκριμένου κανόνα μεταφόρτωσης δεδομένων, πρέπει να κάνετε διπλό κλικ σε αυτόν τον κανόνα στη λίστα κανόνων ή, αφού τον επιλέξετε, να κάνετε κλικ στο κουμπί " Εγκαταστήστε PVD«.

Σπουδαίος!Εάν η μεταφόρτωση αντικειμένων αποδειχθεί κενή ή ημιτελής, πρέπει να ελέγξετε εάν η λειτουργία συγχρονισμού έχει ρυθμιστεί με το 1C: Accounting 8. Εάν συμβαίνει αυτό, τότε θα μεταφορτωθούν μόνο τα αντικείμενα που έχουν αλλάξει μετά τη μεταφορά (Κατάλογος.Σύγχρονη Λογιστική Το Parameters αποθηκεύει τη Θέση της παραμέτρου του τελευταίου μεταφορτωμένου εγγράφου, η οποία ελέγχεται κατά τη μεταφόρτωση από τη συνάρτηση CheckFor Upload Possibility) . Η πλήρης λειτουργία σε λειτουργία συγχρονισμού καθίσταται αδύνατη. Η λειτουργία συγχρονισμού ελέγχεται μετά τη φόρτωση των κανόνων ανταλλαγής. Εάν η λειτουργία είναι εγκατεστημένη, θα δημιουργηθεί ένα παράθυρο προειδοποίησης (βλ. Εικ. 6.5) και θα σας ζητηθεί να απενεργοποιήσετε τη λειτουργία συγχρονισμού.

Ρύζι. 6.5 Προειδοποιητικό παράθυρο λειτουργίας συγχρονισμού

Πρόσθετες διαφορές από τους τυπικούς κανόνες

Διορθώθηκε ένα σφάλμα κατά τη μεταφορά PT&U με παλιούς τύπους απόδειξης: εάν στα έγγραφα Παραλαβή Αγαθών και Υπηρεσιών ο τύπος απόδειξης είναι ίσος με 2 (παλαιωμένη αξία) και δεν υπάρχει τιμολόγιο προμηθευτή, εσφαλμένη μετατροπή αυτού του εγγράφου στο BP 3.0 σε επιστροφή προκύπτει έγγραφο από τον αγοραστή.

Διορθώθηκε ένα σφάλμα κατά τη μεταφορά χειροκίνητων λειτουργιών που έχουν δευτερεύοντα λογαριασμό Division στην έκδοση PROF της BP. Μια τέτοια λειτουργία δεν καταγράφεται στο BP, παρουσιάζεται ένα σφάλμα: "Το πεδίο Διαίρεση πρέπει να είναι κενό". Αυτό οφείλεται στο γεγονός ότι οι κανόνες έχουν σχεδιαστεί για να λειτουργούν με εκδόσεις CORP, ωστόσο, στο PROF, οι διαστάσεις DivisionDt και DivisionKt του λογιστικού μητρώου πρέπει να είναι κενές.

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

Εικ.6.6 Αποτέλεσμα μεταφοράς καταλόγου Συνθήκεςτυπικούς κανόνες

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

Διορθώθηκε ένα σφάλμα κατά τη μεταφορά τραπεζικών εγγράφων κατά τη μεταφορά χρημάτων από έναν τρεχούμενο λογαριασμό σε άλλο. ΣΕ BP 3.0σε αυτή την περίπτωση δημιουργείται ένα έγγραφο Χρέωση από τρεχούμενο λογαριασμόμε το είδος της λειτουργίας Μεταφορά σε άλλο λογαριασμό του οργανισμού,που δεν πραγματοποιείται λόγω μη συμπλήρωσης των στοιχείων λογαριασμός παραλήπτη. Επιπλέον, τα στοιχεία συμπληρώνονται λανθασμένα. λογαριασμόςΚαι Χρεωστικός λογαριασμός. Αυτό θα εμφανιστεί εάν είναι διαφορετικά, για παράδειγμα 55 και 51, τότε πρέπει να αντικατασταθούν. Διορθώθηκε το σφάλμα μη συμπλήρωσης στοιχείων Είδος υποχρέωσηςσε παραστατικά μεταβίβασης φόρου. Όλα τα παραπάνω ισχύουν για την έκδοση 3.0.43.215.

Μεταφέρονται στηρίγματα κύρια σύμβασηΕυρετήριο αντισυμβαλλόμενοι.

Ο κανόνας για τη λήψη του καταλόγου έχει αλλάξει Ονοματολογία, τώρα η μέθοδος επιλογής δεδομένων είναι η τυπική δειγματοληψία, η οποία σας επιτρέπει να επιλέξετε στοιχεία του καταλόγου με λεπτομέρειες (στους τυπικούς κανόνες του απλοποιημένου φορολογικού συστήματος 7.7 - BP 3.0 αυτό δεν είναι δυνατό). Κατά τη μεταφορά ενός καταλόγου Ονοματολογία, μεταφέρονται και Τιμές ειδώνμέσω συνδέσμων, δηλ. τιμές μόνο μεταβιβαζόμενων ειδών της ονοματολογίας. Για να ενεργοποιήσετε αυτήν τη δυνατότητα, πρέπει να ορίσετε την τιμή της παραμέτρου σε ένα Ανεβάστε τιμές κατά την εκφόρτωση αντικειμένων.

Διορθώθηκε ένα σφάλμα στους τυπικούς κανόνες «STS 7.7 - BP 3.0» κατά τη μεταφορά υπολοίπων για διακανονισμούς με αντισυμβαλλόμενους: ο τύπος συμφωνίας οριζόταν πάντα σε Αλλα. Τώρα - ανάλογα με τον τύπο του υπολοίπου, σύμφωνα με την ενότητα λογιστικής " Υπολογισμοί με προμηθευτές και εργολάβους"τύπος σύμβασης = " Με προμηθευτή", σύμφωνα με το λογιστικό τμήμα" Υπολογισμοί με αγοραστές και πελάτες"τύπος σύμβασης = " Με αγοραστή", σε άλλες περιπτώσεις, τύπος σύμβασης = " Αλλα«.

Διορθώθηκε ένα σφάλμα στους τυπικούς κανόνες "USN 7.7 - BP 3.0" κατά τη μεταφορά υπολοίπων για διακανονισμούς με αντισυμβαλλόμενους: το ποσό των αμοιβαίων διακανονισμών καταγράφηκε σε δύο λεπτομέρειες του εγγράφου για την εισαγωγή αρχικών υπολοίπων ΑθροισμαΚαι ΠοσόKt. Εξαιτίας αυτού, το παραστατικό εισόδου για τα υπόλοιπα ανοίγματος δεν αναρτήθηκε.

ΕλεγχοςΜε τον αγοραστή"(στους τυπικούς κανόνες" Αλλα"). Η τιμή του χαρακτηριστικού " έχει οριστεί Κράτος πληρωμής", αυτό είναι σημαντικό για τη σωστή επιλογή ενός τιμολογίου για πληρωμή στον αγοραστή σε έγγραφα τραπεζικής πληρωμής στη Διαμόρφωση παραλήπτη.

Κατά τη μεταφορά εγγράφων του εντύπου " Σειρά ΠΛΗΡΩΜΗΣ» ο τύπος σύμβασης ορίζεται στην τιμή « Με τον προμηθευτή"(στους τυπικούς κανόνες" Αλλα«).

Επιδιορθώθηκε ένα σφάλμα στους τυπικούς κανόνες "USN 7.7 - BP 3.0" κατά τη μεταφορά τοποθεσιών αποθήκευσης: το χαρακτηριστικό " δεν συμπληρώνεται Τύπος αποθήκης«.

Προστέθηκε παράμετρος " Περιλαμβάνεται ανταλλαγή με ρυθμιστικές αρχές": αν η τιμή του είναι 1, τότε το prop Είδος ανταλλαγής με τις αρχές ελέγχουστοιχείο καταλόγου " Οργανώσεις" Έχει οριστεί " Exchange Σε καθολική μορφή", αλλιώς σε" Exchange Απενεργοποιημένο«όπως στους τυπικούς κανόνες. Αυτό είναι σημαντικό για επαναλαμβανόμενες (τακτικές) μεταφορές, ώστε να μην χαλάσει η ρύθμιση του EDI.

Ο κανόνας αναζήτησης για τα ληφθέντα στοιχεία για τον κατάλογο " έχει αλλάξει αντισυμβαλλόμενοι": πρώτα η αναζήτηση εκτελείται από ΚΑΣΣΙΤΕΡΟΣΚαι σημείο ελέγχου(αν συμπληρωθούν αυτές οι τιμές), τότε μόνο από ΚΑΣΣΙΤΕΡΟΣκαι τέλος από Ονομα. Και στις τρεις περιπτώσεις, η αναζήτηση περιλαμβάνει το χαρακτηριστικό ομάδας (ThisGroup) και την ίδια την ομάδα (Γονικός). Αυτό είναι σημαντικό για επαναλαμβανόμενες (τακτικές) μεταφορές, ώστε να μην δημιουργούνται διπλότυπα για τους αντισυμβαλλομένους με τα ονόματα που έχουν αλλάξει ΜΕΤΑ τη φόρτωση.

Κατά τη μεταβίβαση αντισυμβαλλομένων, συμπληρώστε τα στοιχεία Εγγραφή χώραςπου σημαίνει «Ρωσία». Αυτό είναι απαραίτητο ώστε μετά τη φόρτωση του καταλόγου των αντισυμβαλλομένων στο πρόγραμμα "1C Accounting 8"Δεν χρειάστηκε να συμπληρώσω χειροκίνητα τις απαιτούμενες λεπτομέρειες Εγγραφή χώρας. Εάν δεν είναι συμπληρωμένο, τότε με τη μορφή στοιχείου καταλόγου " αντισυμβαλλόμενοι» οι λεπτομέρειες θα είναι διαθέσιμες « ΑΦΜ" Και " Καν. αριθμός"και οι λεπτομέρειες" ΚΑΣΣΙΤΕΡΟΣ" Και " σημείο ελέγχου"θα κρυφτεί.

Ένας κανόνας μεταφόρτωσης δεδομένων για τη μεταφορά του καταλόγου "Εργαζόμενοι" προστέθηκε στους κανόνες μεταφοράς "USN 7.7 - BP 3.0" (στους τυπικούς κανόνες, μεταφέρεται μόνο ο κατάλογος των ατόμων).

Στους κανόνες μεταφοράς "USN 7.7 - BP 3.0", ο κανόνας μεταφοράς για το μητρώο πληροφοριών Τρέχουσα τιμολογιακή τιμή υπαλλήλων έχει διορθωθεί.

Χαρακτηριστικά μεταφοράς εντολών πληρωμής για πληρωμές φόρου

Για εντολές πληρωμής με τύπο συναλλαγής Μεταφορά φόρουΠρέπει να συμπληρωθούν επιπλέον στοιχεία: KBK - κωδικός ταξινόμησης προϋπολογισμού, κατάσταση μεταγλωττιστή κ.λπ. Οι δομές αυτών των λεπτομερειών είναι μέσα Μπουκ 7,7 (USN 7.7) και στο BP 3.0δεν ταιριάζουν. Ειδικότερα σε BP 3.0Ορισμένα από αυτά τα στοιχεία περιλαμβάνονται σε ξεχωριστό κατάλογο, σύνδεσμος προς τον οποίο περιέχεται στην εντολή πληρωμής. Ευρετήριο Είδη φόρων και πληρωμές στον προϋπολογισμόπεριέχει έναν αριθμό παρεχόμενων στοιχείων που εμφανίζονται στη βάση πληροφοριών, για παράδειγμα, κατά την επεξεργασία μιας λογιστικής πολιτικής. Κατά τη μεταφορά δεδομένων, αυτά τα στοιχεία θα εμφανίζονται επίσης κατά τη φόρτωση της λογιστικής πολιτικής. Κατά τη μεταφόρτωση και τη λήψη εντολών πληρωμής, ένα στοιχείο καταλόγου Είδη φόρων και πληρωμές στον προϋπολογισμόαναζήτηση χρησιμοποιώντας το KBK για αντικατάσταση στα στοιχεία της εντολής πληρωμής Φόρος. Επομένως, συνιστάται μετά τη μεταφορά των λογιστικών πολιτικών να ελέγξετε αν εμφανίζονται όλοι οι απαραίτητοι φόροι στον κατάλογο και, εάν χρειάζεται, να τους συμπληρώσετε. Κατά τη σύγκριση (συγχρονισμού) του KBK σε εντολές πληρωμής, η πηγή και ο παραλήπτης δεν λαμβάνουν υπόψη τις τέσσερις κατηγορίες KBK, κατηγορίες 14-17, κωδικός υποτύπου εισοδήματος: φόρος, πρόστιμο, πρόστιμο κ.λπ. Στον κατάλογο Είδη φόρων και πληρωμές στον προϋπολογισμόαυτά τα bits είναι γεμάτα με μηδενικά. Όταν προσθέτετε νέα στοιχεία στον κατάλογο, τα ψηφία 14-17 θα πρέπει επίσης να συμπληρώνονται με μηδενικά.

Μεταφορά μεγάλων βάσεων δεδομένων πληροφοριών.

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

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

Σημείωση: η τιμή της παραμέτρου περιορίζει τον αριθμό των σειρών του πίνακα συναλλαγών που μεταφορτώνονται σε ένα έγγραφο " Εισαγωγή αρχικών υπολοίπων", αντί να προσδιορίσετε τον αριθμό των γραμμών του ίδιου του εγγράφου. Επομένως, ο αριθμός των γραμμών εγγράφου θα διαφέρει από την τιμή της παραμέτρου· αυτό δεν είναι σφάλμα. Όταν χωρίζετε ένα έγγραφο " Εισαγωγή αρχικών υπολοίπων” για πολλά έγγραφα, θα προστεθεί ένα postfix στο σχόλιο κάθε εγγράφου στο τέλος της γραμμής: “-1”, “-2” κ.λπ.

ΣΠΟΥΔΑΙΟΣ!Ο περιγραφόμενος αλγόριθμος για τη διαίρεση ενός εγγράφου " Εισαγωγή αρχικών υπολοίπων"ορισμένα χρησιμοποιούνται μόνο για τη μείωση του χρόνου μεταφόρτωσης δεδομένων· όλα τα έγγραφα μεταφορτώνονται σε ένα αρχείο, π.χ. Η μεταφορά δεδομένων πραγματοποιείται σε ένα βήμα, τα σχόλια (postfixes) δημιουργούνται αυτόματα, καθορίζεται μόνο μία παράμετρος. Αλλά αυτή η τεχνική δεν λύνει το πρόβλημα της έλλειψης μνήμης, το οποίο θα συζητηθεί παρακάτω.

Κατά τη μετεγκατάσταση μεγάλων βάσεων πληροφοριών, μπορεί να προκύψει πρόβλημα με την εξάντληση της μνήμης RAM: όταν προσπαθείτε να ξεφορτώσετε, το πρόγραμμα θα τελειώσει με ένα αντίστοιχο μήνυμα σφάλματος ή χωρίς μήνυμα. Η προσπάθεια αντικατάστασης του υπολογιστή σας με έναν πιο ισχυρό είναι άχρηστη. Σε αυτήν την περίπτωση, θα πρέπει να ανεβάσετε τα δεδομένα σε μέρη, χωρίζοντάς τα σε τμήματα. Αυτό απαιτεί κανόνες μεταφοράς που υποστηρίζουν την καθορισμένη λειτουργία. Ας δούμε πώς να ξεφορτώσετε. Πρώτον, η μεταφορά δεδομένων πρέπει να εκτελείται χρησιμοποιώντας μόνο έναν κανόνα μεταφόρτωσης (βλ. Εικ. 6.4). Εάν η μεταφορά είναι αδύνατη σύμφωνα με έναν κανόνα, τότε τη χωρίζουμε σε μέρη, υποδεικνύοντας τον αρχικό και τον τελικό αριθμό του τμήματος. Κάθε τμήμα θα περιέχει πληροφορίες για έναν δεδομένο αριθμό τιμών αναλυτικών στοιχείων πρώτου επιπέδου, για παράδειγμα, υπόλοιπα προϊόντων, π.χ. ο καθορισμένος αριθμός τιμών υπολοίπου λογαριασμού "41". Γνωρίζοντας το συνολικό ποσό των αναλυτικών στοιχείων για τον λογαριασμό, είναι εύκολο να υπολογίσετε τον αριθμό των μερίδων. Το πόσα δεδομένα μεταφέρονται χωρίς προβλήματα κάθε φορά (σε μία πληροφορία) πρέπει να προσδιοριστεί πειραματικά. Κατά κανόνα, κατά τη μεταφόρτωση υπολοίπων λογαριασμού, εμφανίζονται προβλήματα μεταφοράς όταν ο αριθμός των υπολοίπων είναι πολλές χιλιάδες ή περισσότεροι. Παρόλο που, για εξοικονόμηση χρόνου για τη μεταφόρτωση δεδομένων, μπορούμε να προτείνουμε τον χωρισμό τους σε μέρη, ακόμη και αν είναι δυνατή η μεταφόρτωση όλων των υπολοίπων στη λογιστική ενότητα ταυτόχρονα. Ο χρόνος μεταφόρτωσης εξαρτάται από το μέγεθος του τμήματος δεδομένων, όχι αναλογικά, όχι γραμμικά. Επομένως, διαιρώντας, για παράδειγμα, υπόλοιπα δέκα χιλιάδων προϊόντων σε δέκα μέρη του χίλιου, μπορείτε να μειώσετε τον χρόνο εκφόρτωσης αρκετές φορές. Εάν μεταφέρουμε την πρώτη μερίδα, ο αριθμός της αρχικής μερίδας μπορεί να μην αναγράφεται· εάν μεταφέρεται η τελευταία μερίδα, τότε ο αριθμός της τελικής μερίδας μπορεί να μην αναφέρεται.

ΣΠΟΥΔΑΙΟΣ!Κατά τη μεταφορά δεδομένων σε μέρη, είναι απαραίτητο να καθορίσετε ένα postfix στις παραμέτρους, το οποίο εμπλέκεται στο σχηματισμό του σχολίου του εγγράφου " Εισαγωγή αρχικών υπολοίπων" Κατά την αλλαγή των αριθμών του εύρους τμημάτων, δεν πρέπει να ξεχάσετε να αλλάξετε το postfix, διαφορετικά, κατά τη φόρτωση στη διαμόρφωση παραλήπτη, τα έγγραφα με τα ίδια σχόλια (postfix) θα αντικατασταθούν. Το όνομα του αρχείου δεδομένων δεν είναι ιδιαίτερα σημαντικό. Μπορείτε να χρησιμοποιήσετε διαδοχικές τακτικές μεταφοράς: ξεφόρτωση - φόρτωση, ξεφόρτωση - φόρτωση κ.λπ. Σε αυτήν την περίπτωση, το όνομα του αρχείου δεδομένων δεν χρειάζεται να αλλάξει. Μπορείτε να επιλέξετε μια τακτική: πρώτα ξεφορτώστε τα πάντα και μετά φορτώστε τα πάντα. Στην τελευταία περίπτωση, το όνομα του αρχείου δεδομένων θα πρέπει να αλλάζει κάθε φορά που μεταφορτώνεται. Ένα ακόμη παράδειγμα. Εάν ο αριθμός των υπολοίπων στο λογιστικό τμήμα (για παράδειγμα, αγαθά) είναι, ας πούμε, 10.000, τον χωρίζουμε σε μέρη του χίλιου, τότε παίρνουμε 10 μερίδες. Κάθε μέρος πρέπει να έχει ένα μοναδικό postfix: "-1", "-2", "-3", "-4". Εάν ξεφορτώσουμε όλα τα υπόλοιπα αγαθά και στη συνέχεια φορτώσουμε τα πάντα, τότε τα αρχεία δεδομένων πρέπει επίσης να είναι μοναδικά, για παράδειγμα: "41_1", "41_2", "41_3", "41_4". Οι παράμετροι "Αριθμός μερίδας έναρξης" και "Αριθμός μερίδας τέλος" πρέπει να λαμβάνουν τις ακόλουθες τιμές: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

Όταν η προϋπηρεσία διακόπτεται μετά την απόλυση Από την 1η Ιανουαρίου 2007, ισχύει μια ελαφρώς διαφορετική διαδικασία για τον καθορισμό της συνέχειας της εργασιακής εμπειρίας ενός πολίτη. Πριν από αυτό, εάν δεν περάσουν 3 εβδομάδες κατά τη μετακίνηση από έναν τόπο εργασίας στον άλλο, τότε η διάρκεια υπηρεσίας δεν διακόπηκε. Από το 2007 […]
ANKO Tambov Centre for Forensic Expertise and Research, ANO ANKO Tambov Center for Forensic Expertise and Research, ANO είναι εγγεγραμμένο στο Tambov, Rabochaya St., 37, office 40, 392008. ΔΙΕΥΘΥΝΤΗΣ του οργανισμού ΑΥΤΟΝΟΜΟΣ ΜΗ ΚΕΡΔΟΣΚΟΠΙΚΟΣ ΟΡΓΑΝΙΣΜΟΣ ]
Παραγγελία σχετικά με το χρονοδιάγραμμα εργασίας Δείγμα εντολής σχετικά με το χρονοδιάγραμμα εργασίας Σχετικά με το χρονοδιάγραμμα εργασίας Σύμφωνα με τα άρθρα 100, 103, 104, 73 του Κώδικα Εργασίας της Ρωσικής Ομοσπονδίας και τον Εσωτερικό Κανονισμό Εργασίας της PJSC "Organization", προκειμένου για τη βέλτιστη λειτουργία της επιχείρησης και την αύξηση […]
Στο Κεντρικό Νοσοκομείο της πόλης Νο. 20 του Αικατερινούπολης, όπου απολύθηκε ο επικεφαλής γιατρός, διορίστηκε εταιρεία υποκριτών | Περιφέρεια Σβερντλόφσκ | Η Ομοσπονδιακή Περιφέρεια των Ουραλίων, η Αλένα Τούνις, διορίστηκε χρέη επικεφαλής ιατρός του κεντρικού νοσοκομείου της πόλης Νο. 20 του Αικατερινούμπουργκ. Όπως αναφέρει ο ανταποκριτής [...]
Ο νόμος του Ohm για το παράλληλο Σπίτι Θυμηθείτε τη φυσική: 7η τάξη 8η τάξη 9η τάξη 10-11η τάξη Βίντεο για τη φυσική πολυμέσα 7η τάξη. πολυμέσα 8η τάξη πολυμέσα 9η τάξη πολυμέσα 10-11 τάξεις. τεστ αστρονομίας 7η τάξη Τεστ 8ης τάξης Τεστ της 9ης τάξης πίνακες επίδειξης των Ενιαίων Κρατικών Εξετάσεων [...]
Νόμος της RSFSR «Για τον ανταγωνισμό και τον περιορισμό των μονοπωλιακών δραστηριοτήτων στις αγορές εμπορευμάτων» της 22ας Μαρτίου 1991 N 948-1 (όπως τροποποιήθηκε από τους νόμους της Ρωσικής Ομοσπονδίας της 24.06.1992 N 3119-1, της 15.07.1992 N -1; Ομοσπονδιακοί νόμοι με ημερομηνία 25.05.1995 N 83-ФЗ, ημερομηνία 05/06/1998 N 70-ФЗ, ημερομηνία 01/02/2000 N 3-ФЗ, ημερομηνία […]

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

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

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

Στάδια μεταφοράς

Η μεταφορά δεδομένων αποτελείται από 5 στάδια. Προσπαθήσαμε να τα περιγράψουμε όσο το δυνατόν πιο αναλυτικά και ξεκάθαρα.

Γιατί είναι καλύτερη η μεταφορά δεδομένων μας;

Τυπικό κόστος μεταφοράς δεδομένων

Συντήρηση νέου προγράμματος

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

Μετάβαση στο 1C 8.2

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

Γιατί είμαστε καλύτεροι;

Μεταφορά παραγγελίας

Η ομάδα μας

Γιατί η μεταφορά 1C μας είναι καλύτερη;

Διαφάνεια

Πριν μεταφέρετε τους καταλόγους 1C 8.2 και τα άλλα δεδομένα σας, οι ειδικοί μας θα σας ενημερώσουν λεπτομερώς για όλα τα στάδια της εργασίας. Με την ανάθεση της βάσης δεδομένων σας σε εμάς, γνωρίζετε πάντα τι γίνεται, με ποια σειρά και πόσα πληρώνετε για κάθε στάδιο της εργασίας.

Ατομική προσέγγιση

Πριν προχωρήσετε απευθείας στη μεταφορά του 1C 7.7 στο 1C 8.2, οι ειδικοί μας θα πραγματοποιήσουν μια εις βάθος ανάλυση της βάσης δεδομένων σας. Υπάρχει μεγάλη πιθανότητα η νέα έκδοση του 1C να έχει ήδη όλες τις βελτιώσεις που χρειαζόσασταν. Σε κάθε περίπτωση, θα σας προτείνουμε τι άλλο μπορεί να χρειαστείτε για άνετη εργασία.

Ποιότητα

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

Εργαστείτε για αποτελέσματα

Η εργασία θεωρείται ολοκληρωμένη μόνο αφού βεβαιωθείτε ότι η μεταφορά των καταλόγων 1C 8 και άλλων δεδομένων πραγματοποιήθηκε σωστά και είστε ικανοποιημένοι με το αποτέλεσμα. Δεν εγκαταλείπουμε τους πελάτες μας!

Στάδιο 1. Γενική ανάλυση της βάσης δεδομένων πηγής

Τι δουλειά γίνεται:

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

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

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

έλεγχος της διαθεσιμότητας μη τυπικών λογιστικών λογαριασμών για λογιστικές διαμορφώσεις·

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

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

δοκιμαστική μεταφορά δεδομένων.

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

Για τι:

προσδιορισμός της δυνατότητας χρήσης τυπικής μεταφοράς·

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

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

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

Τιμή: 2.000 ρούβλια.

Στάδιο 2. Προετοιμασία τεχνικής τεκμηρίωσης για μη τυπική μεταφορά

Τι δουλειά γίνεται:

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

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

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

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

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

Για τι:

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

ακριβής εκτίμηση κόστους και διάρκεια εργασίας·

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

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

Τιμή: Καθορίζεται με βάση τα αποτελέσματα μιας γενικής ανάλυσης της βάσης δεδομένων πηγής.

Στάδιο 3. Οριστικοποίηση της διαμόρφωσης του δέκτη

Τι δουλειά γίνεται:

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

διενεργείται προκαταρκτική δοκιμή των βελτιώσεων·

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

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

Ένα εγχειρίδιο χρήστη για τροποποιήσεις αναπτύσσεται (εάν είναι απαραίτητο).

Για τι:

Λαμβάνετε την πιο πρόσφατη έκδοση της διαμόρφωσης με τις αλλαγές που χρειάζεστε.

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

Στάδιο 4. Οριστικοποίηση κανόνων μεταφοράς

Τι δουλειά γίνεται:

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

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

Για τι:

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

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

Τιμή: με βάση ένα σύνολο τεχνικής τεκμηρίωσης.

Στάδιο 5. Μεταφορά δεδομένων

Τι δουλειά γίνεται:

μεταφορά πληροφοριών αναφοράς (όλες ή μέσω συνδέσμων), μεταφορά υπολοίπων σε μια δεδομένη ημερομηνία·

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

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

Για τι:

Λαμβάνετε μια έτοιμη προς χρήση νέα βάση δεδομένων με τα τρέχοντα υπόλοιπά σας.

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