Die meisten Benutzer des 1C 7.7-Programms stellen den Übergang von 1C 7.7 zu 8.3 (8.2) als etwas Kompliziertes dar, das nur Programmierern vorbehalten ist. Wenn die Organisation keine Konfiguration hat, die nicht auf und ab erneuert wurde, dann ist dieser Artikel für Sie geschrieben und hilft beim Übergang zu 1C 8.3 oder 8.2.

So bereiten Sie Schritt für Schritt eine 1C 8.3 (8.2)-Basis für die spätere Datenübertragung von 1C 7.7 vor

Vor Beginn der Arbeiten muss die 1C 8.3 (8.2)-Datenbank für das anschließende Laden der Daten vorbereitet werden.

Schritt 1

Aktualisieren Sie die 1C-Datenbank auf die aktuelle Version, verwenden Sie die neueste Version 8.2 oder 8.3. Sie können die Relevanz der aktuellen Version auf der Website des technischen Supports von 1C überprüfen.

Informationen zum Installieren oder Aktualisieren der 1C 8.3-Plattform finden Sie in unserem Video-Tutorial:

Schritt 2

Führen Sie monatliche Abschlussverfahren durch. Darüber hinaus können Sie überprüfen Buchhaltung durch Service - Überprüfung der Daten für den Übergang 1C Accounting 8. Wenn es Fehler gibt, korrigieren Sie sie.

Schritt 3

Schritt 5

Erstellen Sie eine saubere Datenbank zum Laden von Daten. Dies ist notwendig, um den Download von Daten in unvorhergesehenen Situationen schnell abzubrechen. Wählen Sie das Hauptmenü des Programms Verwaltung - Daten hochladen, Geben Sie den Namen der hochgeladenen Datei und den Speicherort ein.

Dank dieser vorbereitenden Maßnahmen werden unnötige Objekte aus der Datenbank entfernt, die 1C-Basis wird kleiner. Es erfolgt eine Neuberechnung der Ergebnisse, eine Überprüfung der logischen Integrität der Datenbank. Jetzt können Sie mit der Datenübertragung von 1C 7.7 auf 1C 8.3 (8.2) beginnen.

Informationen zum Hinzufügen einer Infobase zu 1C 8.3 finden Sie im folgenden Video-Tutorial:

Datenübertragung von 1C 7.7 nach 1C 8.2 Accounting 2.0

In der neuesten Version des Programms 1C 8.2 Accounting 2.0 wird die Übersetzung von 1C 7.7-Infobases nicht unterstützt. Gemäß der Anforderung des Unternehmens 1C ist dies erforderlich. Daher wenn in der Basis 1C 8.2 auswählen Service - Übertragen von Daten aus Infobases 1C Enterprise 7.7, dann erhalten wir einen Fehler:

Aber was ist, wenn Sie wirklich eine Überweisung machen müssen und es sich um die Version des Programms 1C 8.2 handelt?

Schritt 1. Hochladen von Daten von 1C 7.7

Sie müssen Dateien herunterladen, die zuvor von 1C bereitgestellt wurden, um sie in 1C 8.2 Accounting hochzuladen. Diese Dateien müssen zusammen mit Ihrer Datenbank im ExtForms-Ordner abgelegt werden. Im Beispiel ist dies D:\1с\77\unp_demo\ExtForms. Sie können den Pfad zu Ihrer Datenbank sehen, wenn Sie das 1C-Programm laden:

Lassen Sie uns diese Verarbeitung ausführen: Wenn alles richtig gemacht wurde, sollte eine Inschrift erscheinen - Hochladen von Daten für 1C Accounting 8, wählen Sie sie aus, indem Sie auf die Schaltfläche Öffnen klicken:

• Upload-Regeln - eine Datei namens Acc77_80.xml, wir haben sie in den ExtForms-Ordner kopiert;
• Startdatum und Enddatum – der Zeitraum, in dem die Daten hochgeladen werden;
• Daten-Upload-Regeln – Hochzuladende Objekte, Verzeichnisse und Dokumente, die in eine Datei hochgeladen werden müssen.

Die Datendatei im Beispiel wird auf den Desktop kopiert, aber Sie können jeden anderen Ordner auswählen. Klicken Sie auf die Schaltfläche Austauschregeln laden. Es öffnet sich eine Liste von Objekten, die aus 1C 7.7 entladen werden und die durch Entfernen oder Aktivieren der Kontrollkästchen bearbeitet werden können:

Je nach Situation können Sie Daten auf einmal oder in Teilen hochladen. Zuerst entladen wir Verzeichnisse – 95 % davon werden ohne Probleme entladen. Mit der zweiten Datei laden wir Salden und Umsätze nach Buchhaltungsabschnitten hoch. Diese Option ist praktisch, wenn einige Daten nicht korrekt hochgeladen werden.

Schritt 2. Laden in 1C 8.2 Accounting 2.0 von 1C 7.7

Wählen Service - Übertragen von Daten aus Infobases 1C Enterprise 8, wählen Sie im angezeigten Fenster Aus Datei laden:

Wir wählen die Datei aus, die von 1C 7.7 auf den Desktop hochgeladen wurde. Nach Drücken der Schaltfläche Weiter werden die Daten aus der Datei geladen. Wenn die Buchhaltung in der 1C 7.7-Datenbank lange gepflegt wurde, kann der Download lange dauern.

Treten beim Download Fehler auf, wird nur ein Teil der Daten heruntergeladen und Sie müssen daher erneut herunterladen.

Datenübertragung von 1C 7.7 nach 1C 8.3 Accounting 3.0

Der Algorithmus zum Übertragen einer Datenbank von 1C 7.7 auf 1C 8.3 unterscheidet sich geringfügig im Detail, ähnelt jedoch im Allgemeinen dem oben für 1C 8.2 Accounting 2.0 beschriebenen.

Schritt 1

Nach dem Aktualisieren der 1C-Infobase müssen Sie die Daten-Upload-Regeln aktualisieren. Dies kann auf folgende Weise erfolgen.

Öffnen Sie 1C 8.3 Accounting 3.0 und wählen Sie Wählen Sie in der unteren rechten Ecke die Schaltfläche Übertragungsregeln speichern, wählen Sie die Version 1C Accounting 7.7 und speichern Sie die Regeln, indem Sie den Pfad zum ExtForms-Verzeichnis der Informationsdatenbank angeben:

Schritt 2. Hochladen von Daten von 1C 7.7

Das Hochladen von 1C 7.7 auf 1C 8.3 ist standardmäßig möglich, dh es müssen keine zusätzlichen Dateien heruntergeladen und der Datenbank hinzugefügt werden.

Beginnen wir mit der Verarbeitung des Uploads: Service - Zusätzliche Funktionen. Wir finden die Aufschrift Transition to 1C 8.3 Accounting ed. 3.0 und klicken Sie auf Öffnen:

Geben Sie im angezeigten Fenster Folgendes ein:

• Upload-Regeln - eine Datei mit dem Namen ACC_ACC8.xml, die sich im Ordner mit Ihrer Datenbank befindet (wie Sie den Pfad zur Datenbank ermitteln, wurde oben beschrieben), im Ordner ExtForms. Dies ist diejenige, die von 1C 8.3 kopiert wurde;
• Startdatum und Enddatum – der Zeitraum, für den die Daten hochgeladen werden;
• Name der Datendatei - der Ort, an den wir die Datei mit den hochgeladenen Daten kopieren;
• Daten-Upload-Regeln – hochzuladende Objekte, Verzeichnisse und Dokumente, die in eine Datei hochgeladen werden:

Klicken Sie auf die Schaltfläche Austauschregeln laden. Es erscheint eine Liste von Objekten, die aus 1C 7.7 entladen werden, die durch Entfernen oder Setzen der Kontrollkästchen bearbeitet werden können.

Sie können Teile hochladen, mehrere Dateien erstellen oder alle Daten auf einmal hochladen. Wie vorzugehen ist, hängt von der konkreten Situation ab. Im Beispiel entladen wir alle Daten auf einmal.

Öffnen wir 1C Accounting 3.0 (8.3) und wählen Sie Hier sehen wir zwei Möglichkeiten zum Laden von Daten:

• Laden Sie Daten aus der Infobase - das Programm 1C 8.3 selbst findet die installierten Datenbanken und versucht, eine Verbindung zu dieser Infobase herzustellen, indem es die Daten von dort kopiert. Mithilfe der Einstellungen können Sie festlegen, was hochgeladen werden soll, und auf die Schaltfläche Daten hochladen klicken:

• Das Laden von Daten aus einer Datei ist nur unsere Option. Sie müssen die Datei angeben, die von 1C 7.7 hochgeladen wurde, und auf die Schaltfläche Daten hochladen klicken. Wenn ein Fenster wie unten angezeigt wird, bedeutet dies, dass der Download erfolgreich war. Andernfalls müssen Sie beide Teile herunterladen und die Fehler beheben, die das Programm in 1C 7.7 ausgeben wird:

Datenübertragung von der modifizierten Standardkonfiguration 1C 7.7 nach 1C 8.3 (8.2)

Das Übertragen von Daten aus geänderten 1C 7.7-Konfigurationen ist aufgrund neu geschriebener Geschäftsprozesse, die nicht in der Edition des Programms enthalten sind, in das wir Daten übertragen, viel komplizierter. In den meisten Fällen sollten solche Übertragungen von einem Spezialisten mit Erfahrung in der Datenübertragung oder guten Kenntnissen der Konfiguration der Datenkonvertierung durchgeführt werden. Existieren allgemeine Grundsätze transfer, mit dem solche Konfigurationen übertragen werden können:

• Funktionsübertragung. In der neuen Konfiguration muss die in 1C 7.7 vorhandene Funktionalität wiederholt werden. Weitere Dokumente, Nachschlagewerke und Details. Entladen Sie -CF diese Basis.
• am Ende des Jahres. Kontoumsätze vergleichen Vor Faltungen u nach- Sie müssen gleich sein.
• Übertragen von Daten aus einer zusammengebrochenen 1C 7.7-Datenbank in eine saubere Standarddatenbank einer neuen Ausgabe. Überprüfen Sie die Umsatzdaten für Konten in 1C 7.7 und 8.2 oder 8.3. Falls Fehler auftreten, korrigieren Sie diese.
• In einer sauberen Datenbank, in die Daten von 1C 7.7 geladen wurden, muss die CF-Konfigurationsdatei geladen werden, in der die Funktionalität von 1C 7.7 wiederholt wurde.
• Zusätzliche Referenzdetails können über die Konfiguration der Datenkonvertierung übertragen werden.

Überprüfen der Daten nach dem Übertragen von Daten von 1C 7.7 auf 1C 8.3 und 8.2

Erstellen Sie mithilfe des Bilanzberichts einen Bericht mit Daten zu Unterkonten, Buchhaltungsarten, außerbilanziellen Konten, Währungen und vergleichen Sie ihn mit demselben Bericht aus der 1C 8.3 (8.2)-Datenbank, in die die Daten übertragen wurden:

Muss ich zu 1C:Enterprise 8.2 wechseln? Wenn Sie diesen Artikel lesen, bedeutet dies, dass Sie diese Frage wahrscheinlich bereits mit Ja beantwortet haben. Daher werden wir jetzt nicht noch einmal über die Vorteile des Wechsels auf eine neue Plattform sprechen, sondern uns direkt auf die Details und Funktionen dieses Prozesses konzentrieren.

1. Allgemeiner Algorithmus

Sie haben sich also entschieden, auf die „Acht“ umzusteigen und wollen wissen, wie das geht und was Ihnen damit „droht“. In seiner allgemeinsten Form sieht das Übergangsschema so aus (Abb. 1).

Reis. 1. Algorithmus für den Übergang von der 1C:Enterprise 7.7-Plattform zur 1C:Enterprise 8.2-Plattform

1. Aktualisieren. Das erste, was Sie tun müssen, ist, einen Antrag Ihrer Organisation zu schreiben, ein Registrierungsformular für Plattform 7.7 einzureichen und Plattform 8.2 zu kaufen. Dabei werden Sie versorgt Rabatt in Höhe der Kosten der alten Plattform, aber nicht mehr als 50%. Die alte Plattform gehört Ihnen und Sie können sie weiterhin verwenden, sie wird jedoch entfernt technischer Support im Unternehmen 1C.

2. Aktualisieren aktuelle Konfiguration auf die neueste aktuelle Version.

3. Vorbereiten der Datenbank für die Migration. Es umfasst das Sichern der Datenbank, das Schließen des aktuellen Abrechnungszeitraums, das Löschen der zum Löschen markierten Elemente aus der Datenbank und das Korrigieren von Buchungsfehlern (falls vorhanden).

4. Datenübertragung. Dies ist die Hauptbühne. Algorithmen und Komplexität sind jeweils unterschiedlich.

5. Schulung des Personals zum Arbeiten mit der neuen Konfiguration. Da sich die Konfigurationen auf den Plattformen 7.7 und 8.2 sowohl in der Benutzeroberfläche als auch in der Funktionalität unterscheiden, benötigen Sie möglicherweise eine Schulung, um mit der neuen Konfiguration zu arbeiten. Sie können es anhand der einschlägigen Methodenliteratur selbst studieren, aber es ist immer noch besser, einen spezialisierten 1C-Kurs zu belegen.

6. Betrieb. In dieser Phase, wenn die Benutzer mit der Arbeit beginnen neues Programm, es wird debuggt und korrigiert mögliche Fehler automatisierte Datenübertragung.

Betrachten Sie den Übergangsprozess auf eine neue Plattform im Kontext der Konfiguration "1c-Rechnung".

2. Ändern Sie „1C: Accounting 7.7“ in „1C: Accounting 8.2“

Die Strategie und Mechanismen zum Übertragen von Daten von 1C:Accounting 7.7 nach 1C:Accounting 8.2 werden von folgenden Faktoren bestimmt:

• Beginn der Abrechnung im neuen Programm;
• das Vorhandensein und die Komplexität von Verbesserungen in der aktuellen Version Ihrer Konfiguration;
• die Notwendigkeit, eine Historie von Geschäftstransaktionen für vergangene Perioden zu führen.

Wir raten unseren Kunden, mit einem neuen Buchhaltungsprogramm zu arbeiten ab 1. Januar des neuen Jahres . Dies liegt daran, dass die meisten Steuern periodengerecht berechnet werden. Um keine Mittel zur korrekten Übertragung der kumulierten Ergebnisse zu entwickeln, ist es daher erforderlich, den Arbeitsbeginn im Programm mit dem Beginn des Steuerberichtszeitraums zu verknüpfen. Natürlich können Sie mit der Arbeit am Anfang des Quartals und sogar am Anfang des nächsten Monats beginnen, aber ein solcher Übergang ist mit größeren Kosten verbunden (aufgrund erheblicher Unterschiede in der Struktur der Dokumente in 7.7 und 8.2).

Abhängig von der Kombination der oben genannten Faktoren können die Situationen wie folgt sein.

Situation 1:

Übergang vom neuen Jahr, TYPISCHE Konfiguration, im alten Programm werden die korrekten Kontostände gebildet

Diese Option ist einfach und unkompliziert, in der Praxis jedoch äußerst selten. Nur in einigen Fällen ist es möglich, die korrekten Bilanzen im alten Programm unmittelbar vor Arbeitsbeginn im neuen Programm zu bilden kleine Unternehmen, und dann vorausgesetzt, dass alle Quelldokumente für den vergangenen Zeitraum bereitgestellt und in das Programm aufgenommen.

Wenn dies Ihr Fall ist, haben Sie Glück. Sie müssen nur die 1C:Enterprise 7.7-Konfiguration auf die neueste Version aktualisieren und die integrierte 1C:Enterprise 8.2-Verarbeitung „Datenübertragung von 1C:Enterprise 7.7-Infobases“ verwenden. Sie können es selbst tun, ohne die Hilfe eines Spezialisten. Sie müssen nur die in der Verarbeitung angegebenen Anweisungen strikt befolgen.

Situation 2:

Übergang vom neuen Jahr, TYPISCHE Konfiguration, im alten Programm GIBT ES KEINE RICHTIGEN SALDEN AUF DEN KONTEN

Die gängige Praxis in diesem Fall ist gleichzeitig im alten und neuen Programm arbeiten . Während der „Übergangszeit“ (Abb. 2) werden Mitarbeiter mit bisherigen Transaktionen im alten Programm geschlossen und beginnen, Dokumente für neue Transaktionen einzureichen neues System.

Reis. 2. Übergangsfrist bei Plattformwechsel

Um diese Zeit mit den geringsten Verlusten zu überstehen, können Sie die folgenden Strategien anwenden:

• Salden ohne Mängelgewähr zum Jahresbeginn übertragen und Aufzeichnungen auf der Grundlage dieser Daten führen. Sobald die korrekten Salden in der "Sieben" empfangen werden, ist es notwendig, diese sofort zu korrigieren rückwirkend in der acht.
• sich weigern, fehlerhafte Salden zu übertragen und Primärdokumente für neue Transaktionen ohne deren anschließende Ausführung an die G8 zu übermitteln. In diesem Fall spielt es keine Rolle, ob Salden im Programm vorhanden sind oder nicht, ungebuchte Belege führen zu keinen Bewegungen auf den Konten. Sie müssen also handeln, bis Sie die korrekten Salden in 1C:Enterprise 7.7 erhalten. Außerdem werden die erhaltenen Guthaben zu Beginn des Jahres in das neue Programm übertragen. Der letzte Schritt ist die konsequente Umsetzung des in der Übergangszeit in das neue Programm eingeführten „primary“ mittels eingebauter Verarbeitung "Gruppenbearbeitung von Verzeichnissen und Dokumenten" .

Situation 3:

Übergang zur Jahresmitte, TYPISCH

1C:Accounting 8.2 unterstützt eine Reihe wichtiger Buchhaltungsmechanismen, deren Leistung von den im Laufe des Jahres in Dokumente eingegebenen Daten abhängt. Zu solchen Mechanismen gehören die bereits erwähnte Berechnung von Steuern auf periodischer Basis, der Algorithmus zur Verteilung indirekter Kosten und andere Verfahren im Zusammenhang mit dem Monatsabschluss. Gerade wegen dieser Merkmale ist es in dieser Situation nicht möglich, so einfach auf ein neues Programm umzusteigen wie in den ersten beiden Fällen. Um die Anzahl der Fehler zu minimieren, die während der Migration auftreten können, empfehlen wir Folgendes:

• die Arbeit aufnehmen, wenn nicht ab Jahresbeginn, dann mindestens ab Quartalsbeginn;
• Salden auf den Jahresanfang vortragen;
• Übertragen Sie alle Primärdokumente für den aktuellen Berichtszeitraum (Jahr) in das neue System und stellen Sie die Buchhaltung wieder her Steuerbuchhaltung Verwendung der Gruppenbearbeitung von Verzeichnissen und Dokumenten.

1. Typische Lösung "1C: Datenkonvertierung 2.1". Mit diesem Softwareprodukt können Informationen zwischen Konfigurationen auf der 1C-Plattform beliebiger Struktur und Komplexität übertragen werden.

2. Entwicklungen bei 1C-Franchisenehmern. Viele Unternehmen, darunter das Unternehmen « RG-Soft" () gibt es bewährte Methoden zur Lösung dieses Problems, die Zeit und Budget für die Datenübertragung deutlich reduzieren können.

Situation 4:

Übergang von der TYPISCHEN Konfiguration MIT ÜBERTRAGUNG VON DOKUMENTEN DER VERGANGENEN ZEIT

Unabhängig davon stellen wir fest, dass es Unternehmen gibt, die langfristige (mehr als ein Jahr) Beziehungen im Rahmen von Verträgen mit Gegenparteien unterhalten. Das Management solcher Unternehmen ist daran interessiert, eine Historie von Geschäftstransaktionen im Programm zu haben. Das Vorhandensein von Dokumenten, die im alten Programm eingegeben wurden, im neuen Programm ermöglicht es Benutzern, die Beziehung zu bestimmten Verträgen / Transaktionen einfach und schnell zu verfolgen.

Es ist möglich, eine solche Übertragung unter Verwendung der gleichen Mechanismen wie in der vorherigen Situation zu implementieren. Der Unterschied zu diesem Verfahren besteht darin, dass nicht alle Belege übertragen werden müssen, Sie sich auf wenige Belegarten beschränken können und die verbleibenden Kontosalden über die Standardverarbeitung gebucht werden. In diesem Fall bleiben zusätzlich übertragene Belege in der Regel ungebucht.

Dokumente für den vergangenen Zeitraum können zwar aus dem alten Programm in das neue übertragen werden, aber eine solche Übertragung führt zu einer merklichen Vergrößerung der Datenbank und folglich der Größe der verarbeiteten Tabellen. Dies kann dazu führen, dass das System langsamer wird. Daher sollte diese Übergangsoption nur verwendet werden, wenn dies unbedingt erforderlich ist. Es wird empfohlen, aus früheren Perioden übertragene Belege nicht zu buchen, damit die darin enthaltenen Informationen die aktuelle Buchhaltung und Steuerberichterstattung nicht beeinflussen. Verwenden Sie Dokumente aus der vergangenen Zeit nur als Referenz.

Situation 5:

Migration von einer nicht TYPISCHEN Konfiguration auf die 1C:Enterprise 7.7-Plattform

Die oben beschriebenen Optionen werden beim Wechsel von einer typischen 1C:Enterprise 7.7-Konfiguration verwendet, in der Praxis trifft man jedoch häufig auf geänderte Konfigurationen. Die Organisation des Übergangs in dieser Situation ist eine besondere Option, die es zu berücksichtigen gilt.

Abhängig von der Art der am Programm vorgenommenen Änderungen gibt es folgende Datenübertragungstechnologien:

wenn die Konfiguration leicht geändert wird und in den Hauptmechanismen ähnlich ist Standardlösung 1C können Sie wie in den Vorgängerversionen die typischen Übergangswerkzeuge verwenden. Sie müssen sie nur für Ihr Programm anpassen oder leicht modifizieren. Das vielleicht am besten getestete und zuverlässigste Tool ist das bereits erwähnte "1C: Data Conversion 2.1". Dieses Tool erfordert vom Benutzer bestimmte Fähigkeiten, es kann jedoch verwendet werden, um einen automatisierten Transfer von Objekten zwischen Konfigurationen zu organisieren.

· Wenn die Konfiguration im Laufe der Jahre grundlegend umgestaltet wurde, kann das Einrichten typischer Migrationstools zeitaufwändiger sein als das Schreiben Ihrer eigenen Verarbeitung für diese Zwecke. Eine ähnliche Situation ergibt sich bei der Organisation des Übergangs von einem Buchhaltungsprogramm, das nicht mit 1C-Plattformen zusammenhängt. Es ist auch möglich, einen solchen Übergang zu machen, aber es wird nicht möglich sein, einen universellen Austausch im Voraus zu finden. In jedem Fall ist eine individuelle Herangehensweise an das Problem erforderlich. Unser Unternehmen kann seine Erfahrung in der Übertragung von Daten durch Dateien verschiedener Formate anbieten, wie z. B. dbf, XLS(Universeller Lader von Excel bis 1C), xml.

Ein weiterer erwähnenswerter Punkt betrifft den Übergang von Plattform 7.7 auf 8.2 Datenbankverbände.

Aufgrund des Fehlens eines Mechanismus zum Speichern mehrerer Unternehmen in einer Datenbank mussten viele Unternehmen mehrere Datenbanken gleichzeitig in 1C:Enterprise 7.7 führen. Da dieses Problem in der achten Version gelöst ist, stellt sich die Aufgabe, im Rahmen eines Datenmigrationsprojekts mehrere Datenbanken zu einer zusammenzuführen. Darüber hinaus kann jede der Basen der Sieben ihre eigenen Eigenschaften haben.

Mit den oben angegebenen Techniken können Sie die Interaktion mit jeder der Basen separat herstellen. Es gibt jedoch eine Reihe von Unteraufgaben, die für diesen speziellen Fall spezifisch sind.

1. Vereinheitlichung von Dokumenten, die sich auf eine bestimmte Organisation beziehen. Dieses Problem lässt sich leicht mit dem Präfix-Mechanismus lösen. Jeder im Programm registrierten Organisation wird ein eigenes Buchstabenpräfix zugewiesen. Dieses Präfix wird der Belegnummer vorangestellt und stellt so die Eindeutigkeit der Nummern sicher.

2. Kontrolle doppelter Elemente von Verzeichnissen. Bei der Übertragung von Daten aus mehreren Informationsquellen in eine einzige Informationssystem Es kann vorkommen, dass dieselben Elemente von Verzeichnissen, beispielsweise dieselbe Gegenpartei, in dem neuen Verzeichnis mehrmals wiederholt werden. Daher ist es nach der Datenübertragung erforderlich, das Verfahren zum Vergleichen und Zusammenführen doppelter Verzeichniselemente durchzuführen.

3. Mögliche Schwierigkeiten, die Sie kennen sollten

Mit der richtigen Planung des Übergangs zu einer neuen Plattform lassen sich viele Probleme vermeiden. Es gibt jedoch eine Reihe spezielle Eigenschaften, die bereits in der Phase der Projektumsetzung gefunden werden. Wir sprechen von verschiedenen Fehlern, die sowohl aufgrund falscher Benutzeraktionen als auch als Folge davon auftreten technische Eigenschaften 1C:Unternehmensplattform. Betrachten wir diese Punkte genauer.

3.1. Fehler in den Originaldaten

Im allgemeinen Fall ist eine eindeutige Identifizierung eines Objekts in der Datenbank durch die Angabe von TIN und KPP möglich. In den sieben wurden diese beiden Werte in derselben TIN/KPP-Variablen gespeichert, und es gab keine Überprüfung der Richtigkeit der in diese Variable eingegebenen Daten. Es war möglich, weniger Zahlen einzugeben, das Trennzeichen an der falschen Stelle zu setzen und eine völlig abstrakte TIN einzugeben.

Bei einer typischen Übertragung trennt die Gegenpartei bei der Erstellung eines Verzeichnisses die TIN und die KPP, indem sie einfach die erforderliche Anzahl von Zeichen abschneidet. Daher können absolut falsche Daten in die Details der neuen Datenbank geschrieben werden. Daher wird die korrekte Identifizierung von Objekten während der Übertragung unter Verwendung solcher Daten sehr schwierig sein.

Ein weiteres Problem ist das Fehlen eines einzigen Dateneingabeformats. Jeder Benutzer kann den Namen eingeben, wie er möchte. Stellen Sie sich vor, dass der Benutzer in einer „Sieben“-Datenbank beim Ausfüllen des „Name“-Attributs der Gegenpartei „UK Pennant“ schrieb, und in einer anderen „Sieben“-Datenbank dieselbe Gegenpartei als „ Verwaltungsgesellschaft"Wimpel". In einer solchen Situation kann die automatische Verarbeitung nicht feststellen, dass es sich um dieselbe Gegenpartei handelt, und sie wird zweimal an die acht übertragen. Es wird schwierig sein, in einer solchen Datenbank weiterzuarbeiten, da sich ein Teil des Saldos auf einem Element und der zweite Teil auf einem anderen befindet.

3.2. Konfigurationsunterschiede

Eine weitere Gruppe von Migrationsfehlern wird durch technologische Unterschiede in der Konfiguration verursacht. Einige Geschäftstransaktionen werden in 1C:Enterprise 7.7 durch mehrere Arten von Dokumenten und in 1C:Enterprise 8 durch eine widergespiegelt. Beispielsweise werden Material- und Wareneingänge im neuen Programm mit einem Beleg und im alten mit zwei Belegen wiedergegeben. So kommt es beim Versuch, die Belege „Materialeingang Nr. 22“ und „Wareneingang Nr. 22“ zu übertragen, zu einem Fehler bei der Eindeutigkeitskontrolle. Da es unmöglich ist, zwei Dokumente mit derselben Nummer in einem bestimmten Zeitraum zu erfassen, ist es notwendig, Unterschiede künstlich einzuführen, und das System zur Einführung dieser Unterschiede wird im Voraus vereinbart.

Dieses Problem wird beispielsweise gelöst, indem der hochgeladenen Dokumentnummer ein zusätzliches Präfix hinzugefügt wird. Für jedes Merkmal des Dokuments wird dieses Präfix separat vergeben. Dies kann ein Merkmal der Datenbank sein, aus der die Dokumente geladen werden, oder der Art des Dokuments, aus dem geladen wurde. Hier ist ein Beispiel für die Bildung eines solchen Präfixes. Die Basis der Niederlassung in Krasnojarsk gibt das Präfix "KR" an. Die Belegart „Wareneingang“, aus der die Beladung erfolgt, erhält das Präfix „M“. Wenn also die Dokumentennummer in der Sieben 00000031 war, dann lautet die Acht wie folgt:

"KR" + "M" + "00000031" = "KPM00000031"

Als Ergebnis wird eine Nummer in die Datenbank geschrieben, die eindeutig ist.

3.3. Technische Probleme

Datenübertragungsfehler können auch aufgrund der technischen Besonderheiten der 1C:Enterprise-Plattform auftreten. Nehmen wir an, der Standard-Suchmechanismus unterscheidet nicht nach Namen Großbuchstaben im Namen des Verzeichniselements von small. Es gibt Verwirrung bei der Verwendung dieses Mechanismus. Beispielsweise gibt es in der Datenbank zwei Kontrahenten „L-Audio“ und „L-Audio“. Bei der Suche nach dem Kontrahenten „l-audio“ findet das System „L-Audio“. Das Ergebnis ist ein falsch ausgefülltes Dokument.

Auch auf die gewählte Art der Datenübertragung ist zu achten. Das oben beschriebene Beispiel mit verdoppelnden Kontrahenten, wenn es von den Standorten der Niederlassungen des Unternehmens übertragen wird, ist möglicherweise nicht wirklich verdoppelnd. Unternehmen, die in verschiedenen Städten tätig sind, können durchaus Kontrahenten haben, die ebenfalls in verschiedenen Städten tätig sind. Die Niederlassung der Firma L-Audio in Nischni Nowgorod und die Firma L-Audio selbst in Moskau können in den Datenbanken zu Recht genau gleich bezeichnet werden. Um solche Verwirrung zu vermeiden, müssen Sie im Voraus eine Übertragungsmethode auswählen. In unserem Beispiel können Sie Gegenparteien durch trennen verschiedene Gruppen Verzeichnis, abhängig von der Quelldatenbank. Die Wahl einer solchen Methodik wirkt sich auch auf die Mechanismen zum Laden von Daten aus.

Die oben beschriebenen Methoden zur Lösung aufkommender Probleme sind möglicherweise auch nicht universell genug. Bei der Migration von Daten ist es sehr wichtig, die im Migrationstool verwendeten Methoden kombinieren zu können. Zum Beispiel identifizieren wir die meisten Elemente von Verzeichnissen anhand des Namens. Gleichzeitig führt diese Methode bei der Übertragung des Dokuments „Annahme des Anlagevermögens zur Rechnungslegung“ zu unerwünschten Ergebnissen, wenn mehrere kleine Anlagegüter des gleichen Typs eingegeben werden ( Schreibwaren, Möbel etc.), die sich nur in der Inventarnummer unterscheiden. In jeder Annahmeerklärung zur Abrechnung wird das gleiche Objekt angegeben. Auch die mehrmalige Annahme eines Gegenstandes zur Abrechnung ist nicht möglich. Daher ist es sehr wichtig, die Möglichkeit zu bieten, das verwendete Datenmigrationstool anzupassen. In diesem Fall weisen wir lediglich darauf hin, dass das Betriebssystem anhand der Inventarnummer (Code) gesucht werden muss.

Fazit

Derzeit arbeiten noch recht viele Unternehmen mit 1C:Enterprise 7.7. Dies liegt an Faktoren wie einem mangelnden Verständnis der Vorteile einer neuen Plattform, der mangelnden Bereitschaft, neue Technologien zu erlernen, und der Befürchtung, während des Übergangs auf eine Vielzahl von Schwierigkeiten zu stoßen. Am Beispiel von 1C:Accounting haben wir versucht zu zeigen, dass die meisten dieser Gründe nicht so signifikant sind. Während unserer gesamten Tätigkeit helfen wir unseren Kunden, mögliche Schwierigkeiten bei der Implementierung von Programmen auf der 1C:Enterprise 8-Plattform zu bewältigen. Wenn Sie an der Übergangsfrage interessiert sind oder andere Fragen zur 1C:Enterprise 8-Plattform und den darauf erstellten Konfigurationen haben, stehen Ihnen die Spezialisten von RG-Soft zur Verfügung!

Dieser Artikel wird für diejenigen nützlich sein, die die 7.7-Plattform verwenden oder planen, darauf umzusteigen neue Edition 8.3. Es muss gesagt werden, dass die Plattform 7.7 von 1999 bis 2003 entwickelt wurde und mit ihrer Veröffentlichung 1C zum Marktführer auf dem Automatisierungsmarkt wurde und eine gute Plattform und Standardlösungen anbietet. Die Hauptvorteile sind: einfache Programmierung, die Kosten von Standardlösungen, das Fehlen hoher Anforderungen an Computerressourcen. Die Lebensdauer dieser Plattform wurde durch das Erscheinen der 1C ++ - Komponente verlängert (diese Komponente wurde von "Enthusiasten" entwickelt und hat nichts mit der 1C-Firma selbst zu tun). Aber die Zeit läuft, und heute ist Version 8 der Plattform das Hauptprodukt des Unternehmens. Trotz aller Bemühungen von 1C, Clients auf die erweiterte Version 8 zu übertragen, bleibt eine große Anzahl von Clients, die Version 7.7 verwenden, ein Berichtssatz für alle Konfigurationen wird derzeit herausgegeben. Von Jahr zu Jahr kommen Informationen über die Beendigung des Supports, aber leider für einige und glücklicherweise für andere geschieht dies nicht. Wir listen die wichtigsten Aktionen von 1C auf, auf die sie kürzlich zurückgegriffen hat:

• Erhöhung der Kosten.
• Verbot Verkauf öffnen, nur auf Anfrage.
• Verkaufsverbot.

• Es gibt keine Spezialisten. Es ist sehr schwierig, eine Person zu finden, die das Problem schnell zu einem vernünftigen Preis löst.
• Nicht lizenziertes Programm. Viele Franchisenehmer weigern sich, Dienstleistungen für Kunden anzubieten, die Software-Raubkopien besitzen.

Kauf des Programms

Implementierungsspezialist

Übertragungsmechanismen

Ausbildung

Ausbeutung

Fazit

Wenn Sie diesen Artikel lesen, bedeutet dies, dass Sie diese Frage wahrscheinlich bereits mit Ja beantwortet haben. Daher werden wir jetzt nicht noch einmal über die Vorteile des Wechsels auf eine neue Plattform sprechen, sondern uns direkt auf die Details und Funktionen dieses Prozesses konzentrieren.

1. Allgemeiner Algorithmus

Reis. 1. Algorithmus für den Übergang von der 1C:Enterprise 7.7-Plattform zur 1C:Enterprise 8.2-Plattform

1. Aktualisieren. Das erste, was Sie tun müssen, ist, einen Antrag Ihrer Organisation zu schreiben, ein Registrierungsformular für Plattform 7.7 einzureichen und Plattform 8.2 zu kaufen. Dabei werden Sie versorgt Rabatt in Höhe der Kosten der alten Plattform, aber nicht mehr als 50%. Die alte Plattform bleibt für Sie erhalten und Sie können sie weiterhin verwenden, sie wird jedoch aus dem technischen Support von 1C entfernt.

2. Aktualisieren aktuelle Konfiguration auf die neueste aktuelle Version.

3. Vorbereiten der Datenbank für die Migration. Es umfasst das Sichern der Datenbank, das Schließen des aktuellen Abrechnungszeitraums, das Löschen der zum Löschen markierten Elemente aus der Datenbank und das Korrigieren von Buchungsfehlern (falls vorhanden).

4. Datenübertragung. Dies ist die Hauptbühne. Algorithmen und Komplexität sind jeweils unterschiedlich.

5. Schulung des Personals zum Arbeiten mit der neuen Konfiguration. Da sich die Konfigurationen auf den Plattformen 7.7 und 8.2 sowohl in der Benutzeroberfläche als auch in der Funktionalität unterscheiden, benötigen Sie möglicherweise eine Schulung, um mit der neuen Konfiguration zu arbeiten. Sie können es selbst studieren, indem Sie die entsprechende methodische Literatur verwenden, aber es ist besser, einen spezialisierten Kurs zu belegen.

6. Betrieb. Wenn Benutzer in dieser Phase mit der Arbeit in einem neuen Programm beginnen, werden Fehler behoben und mögliche Fehler bei der automatisierten Datenübertragung korrigiert.

Betrachten Sie den Übergangsprozess auf eine neue Plattform im Kontext der Konfiguration "1c-Rechnung".

2. Ändern Sie „1C: Accounting 7.7“ in „1C: Accounting 8.2“

• Beginn der Abrechnung im neuen Programm;
• das Vorhandensein und die Komplexität von Verbesserungen in der aktuellen Version Ihrer Konfiguration;
• die Notwendigkeit, eine Historie von Geschäftstransaktionen für vergangene Perioden zu führen.

Abhängig von der Kombination der oben genannten Faktoren können die Situationen wie folgt sein.

Situation 1:

Übergang vom neuen Jahr, TYPISCHE Konfiguration, im alten Programm werden die korrekten Kontostände gebildet

Diese Option ist einfach und unkompliziert, in der Praxis jedoch äußerst selten. Eine korrekte Bilanzierung im alten Programm unmittelbar vor Beginn der Arbeit im neuen Programm ist nur in einigen kleinen Unternehmen möglich, und dann unter der Bedingung, dass alle Primärdokumente für den vergangenen Zeitraum bereitgestellt und in das Programm aufgenommen werden.

Wenn dies Ihr Fall ist, haben Sie Glück. Sie müssen nur die 1C:Enterprise 7.7-Konfiguration auf die neueste Version aktualisieren und die integrierte 1C:Enterprise 8.2-Verarbeitung „Datenübertragung von 1C:Enterprise 7.7-Infobases“ verwenden. Sie können es selbst tun, ohne die Hilfe eines Spezialisten. Sie müssen nur die in der Verarbeitung angegebenen Anweisungen strikt befolgen.

Situation 2:

Übergang vom neuen Jahr, TYPISCHE Konfiguration, im alten Programm GIBT ES KEINE RICHTIGEN SALDEN AUF DEN KONTEN

Die gängige Praxis in diesem Fall ist gleichzeitig im alten und neuen Programm arbeiten . Während der „Übergangszeit“ (Abb. 2) werden die Mitarbeiter mit bisherigen Transaktionen im alten Programm abgeschlossen und beginnen, Dokumente für neue Transaktionen in das neue System einzugeben.

Reis. 2. Übergangsfrist bei Plattformwechsel

Um diese Zeit mit den geringsten Verlusten zu überstehen, können Sie die folgenden Strategien anwenden:

• Salden ohne Mängelgewähr zum Jahresbeginn übertragen und Aufzeichnungen auf der Grundlage dieser Daten führen. Sobald die korrekten Salden in der „Sieben“ eingehen, müssen diese sofort in der „Acht“ rückwirkend korrigiert werden.
• sich weigern, fehlerhafte Salden zu übertragen und Primärdokumente für neue Transaktionen ohne deren anschließende Ausführung an die G8 zu übermitteln. In diesem Fall spielt es keine Rolle, ob Salden im Programm vorhanden sind oder nicht, ungebuchte Belege führen zu keinen Bewegungen auf den Konten. Sie müssen also handeln, bis Sie die korrekten Salden in 1C:Enterprise 7.7 erhalten. Außerdem werden die erhaltenen Guthaben zu Beginn des Jahres in das neue Programm übertragen. Der letzte Schritt ist die konsequente Umsetzung des in der Übergangszeit in das neue Programm eingeführten „primary“ mittels eingebauter Verarbeitung "Gruppenbearbeitung von Verzeichnissen und Dokumenten" .

1C:Accounting 8.2 unterstützt eine Reihe wichtiger Buchhaltungsmechanismen, deren Leistung von den im Laufe des Jahres in Dokumente eingegebenen Daten abhängt. Zu solchen Mechanismen gehören die bereits erwähnte Berechnung von Steuern auf periodischer Basis, der Algorithmus zur Verteilung indirekter Kosten und andere Verfahren im Zusammenhang mit dem Monatsabschluss. Gerade wegen dieser Merkmale ist es in dieser Situation nicht möglich, so einfach auf ein neues Programm umzusteigen wie in den ersten beiden Fällen. Um die Anzahl der Fehler zu minimieren, die während der Migration auftreten können, empfehlen wir Folgendes:

• die Arbeit aufnehmen, wenn nicht ab Jahresbeginn, dann mindestens ab Quartalsbeginn;
• Salden auf den Jahresanfang vortragen;
• Übertragen Sie alle Primärdokumente für den aktuellen Berichtszeitraum (Jahr) in ein neues System und stellen Sie Buchhaltungs- und Steuerbuchhaltungsdaten mithilfe der Gruppenverarbeitung von Verzeichnissen und Dokumenten wieder her.

• Standardlösung "1C: Datenkonvertierung 2.1". Mit diesem Softwareprodukt können Informationen zwischen Konfigurationen auf der 1C-Plattform beliebiger Struktur und Komplexität übertragen werden.
• Entwicklungen von 1C-Franchisenehmerfirmen. Viele Unternehmen, einschließlich RG-Soft, haben bewährte Methoden zur Lösung dieses Problems, die die Zeit und das Budget für die Datenübertragung erheblich reduzieren können.

Unabhängig davon stellen wir fest, dass es Unternehmen gibt, die langfristige (mehr als ein Jahr) Beziehungen im Rahmen von Verträgen mit Gegenparteien unterhalten. Das Management solcher Unternehmen ist daran interessiert, eine Historie von Geschäftstransaktionen im Programm zu haben. Das Vorhandensein von Dokumenten, die im alten Programm eingegeben wurden, im neuen Programm ermöglicht es Benutzern, die Beziehung zu bestimmten Verträgen / Transaktionen einfach und schnell zu verfolgen.

Es ist möglich, eine solche Übertragung unter Verwendung der gleichen Mechanismen wie in der vorherigen Situation zu implementieren. Der Unterschied zu diesem Verfahren besteht darin, dass nicht alle Belege übertragen werden müssen, Sie sich auf wenige Belegarten beschränken können und die verbleibenden Kontosalden über die Standardverarbeitung gebucht werden. In diesem Fall bleiben zusätzlich übertragene Belege in der Regel ungebucht.

Dokumente für den vergangenen Zeitraum können zwar aus dem alten Programm in das neue übertragen werden, aber eine solche Übertragung führt zu einer merklichen Vergrößerung der Datenbank und folglich der Größe der verarbeiteten Tabellen. Dies kann dazu führen, dass das System langsamer wird. Daher sollte diese Übergangsoption nur verwendet werden, wenn dies unbedingt erforderlich ist. Es wird empfohlen, aus früheren Perioden übertragene Belege nicht zu buchen, damit die darin enthaltenen Informationen die aktuelle Buchhaltung und Steuerberichterstattung nicht beeinflussen. Verwenden Sie Dokumente aus der vergangenen Zeit nur als Referenz.

Situation 5: Migration von einer nicht TYPISCHEN Konfiguration auf die 1C:Enterprise 7.7-Plattform

Die oben beschriebenen Optionen werden beim Wechsel von einer typischen 1C:Enterprise 7.7-Konfiguration verwendet, in der Praxis trifft man jedoch häufig auf geänderte Konfigurationen. Die Organisation des Übergangs in dieser Situation ist eine besondere Option, die es zu berücksichtigen gilt.

Abhängig von der Art der am Programm vorgenommenen Änderungen gibt es folgende Datenübertragungstechnologien:

• Wenn die Konfiguration geringfügig geändert wird und in den Hauptmechanismen der typischen 1C-Lösung ähnelt, können Sie wie bei den vorherigen Optionen die typischen Übergangswerkzeuge verwenden. Sie müssen sie nur für Ihr Programm anpassen oder leicht modifizieren. Das vielleicht am besten getestete und zuverlässigste Tool ist das bereits erwähnte "1C: Data Conversion 2.1". Dieses Tool erfordert vom Benutzer bestimmte Fähigkeiten, es kann jedoch verwendet werden, um einen automatisierten Transfer von Objekten zwischen Konfigurationen zu organisieren.
• Wenn die Konfiguration im Laufe der Jahre radikal umgestaltet wurde, kann das Einrichten typischer Migrationstools zeitaufwändiger sein, als Ihre eigene Verarbeitung für diese Zwecke zu schreiben. Eine ähnliche Situation ergibt sich bei der Organisation des Übergangs von einem Buchhaltungsprogramm, das nicht mit 1C-Plattformen zusammenhängt. Es ist auch möglich, einen solchen Übergang zu machen, aber es wird nicht möglich sein, einen universellen Austausch im Voraus zu finden. In jedem Fall ist eine individuelle Herangehensweise an das Problem erforderlich. Unser Unternehmen kann seine Entwicklungen für die Datenübertragung durch Dateien verschiedener Formate wie dbf, xls, xml anbieten.

Aufgrund des Fehlens eines Mechanismus zum Speichern mehrerer Unternehmen in einer Datenbank mussten viele Unternehmen mehrere Datenbanken gleichzeitig in 1C:Enterprise 7.7 führen. Da dieses Problem in der achten Version gelöst ist, stellt sich die Aufgabe, im Rahmen eines Datenmigrationsprojekts mehrere Datenbanken zu einer zusammenzuführen. Darüber hinaus kann jede der Basen der Sieben ihre eigenen Eigenschaften haben.

Mit den oben angegebenen Techniken können Sie die Interaktion mit jeder der Basen separat herstellen. Es gibt jedoch eine Reihe von Unteraufgaben, die für diesen speziellen Fall spezifisch sind.

• Vereinheitlichung von Dokumenten, die sich auf eine bestimmte Organisation beziehen. Dieses Problem lässt sich leicht mit dem Präfix-Mechanismus lösen. Jeder im Programm registrierten Organisation wird ein eigenes Buchstabenpräfix zugewiesen. Dieses Präfix wird der Belegnummer vorangestellt und stellt so die Eindeutigkeit der Nummern sicher.
• Kontrolle doppelter Elemente von Verzeichnissen. Bei der Übertragung von Daten aus mehreren Informationsquellen in ein einziges Informationssystem kann es vorkommen, dass dieselben Elemente von Verzeichnissen, beispielsweise dieselbe Gegenpartei, mehrmals in einem neuen Verzeichnis wiederholt werden. Daher ist es nach der Datenübertragung erforderlich, das Verfahren zum Vergleichen und Zusammenführen doppelter Verzeichniselemente durchzuführen.

3. Mögliche Schwierigkeiten, die Sie kennen sollten

3.1. Fehler in den Originaldaten

Im allgemeinen Fall ist eine eindeutige Identifizierung eines Objekts in der Datenbank durch die Angabe von TIN und KPP möglich. In den sieben wurden diese beiden Werte in derselben TIN/KPP-Variablen gespeichert, und es gab keine Überprüfung der Richtigkeit der in diese Variable eingegebenen Daten. Es war möglich, weniger Zahlen einzugeben, das Trennzeichen an der falschen Stelle zu setzen und eine völlig abstrakte TIN einzugeben.

Bei einer typischen Übertragung trennt die Gegenpartei bei der Erstellung eines Verzeichnisses die TIN und die KPP, indem sie einfach die erforderliche Anzahl von Zeichen abschneidet. Daher können absolut falsche Daten in die Details der neuen Datenbank geschrieben werden. Daher wird die korrekte Identifizierung von Objekten während der Übertragung unter Verwendung solcher Daten sehr schwierig sein.

Ein weiteres Problem ist das Fehlen eines einzigen Formats für die Eingabe von Daten. Jeder Benutzer kann den Namen eingeben, wie er möchte. Stellen Sie sich vor, dass der Benutzer in einer „Sieben“-Datenbank, indem er den „Namen“ der Gegenpartei einträgt, „MC Vympel“ schreibt, und in einer anderen „Sieben“-Datenbank wird die gleiche Gegenpartei als „Vympel Management Company“ angegeben. In einer solchen Situation kann die automatische Verarbeitung nicht feststellen, dass es sich um dieselbe Gegenpartei handelt, und sie wird zweimal an die acht übertragen. Es wird schwierig sein, in einer solchen Datenbank weiterzuarbeiten, da sich ein Teil des Saldos auf einem Element und der zweite Teil auf einem anderen befindet.

3.2. Konfigurationsunterschiede

Eine weitere Gruppe von Migrationsfehlern wird durch technologische Unterschiede in der Konfiguration verursacht. Einige Geschäftstransaktionen werden in 1C:Enterprise 7.7 durch mehrere Arten von Dokumenten und in 1C:Enterprise 8 durch eine widergespiegelt. Beispielsweise werden Material- und Wareneingänge im neuen Programm mit einem Beleg und im alten mit zwei Belegen wiedergegeben. So kommt es beim Versuch, die Belege „Materialeingang Nr. 22“ und „Wareneingang Nr. 22“ zu übertragen, zu einem Fehler bei der Eindeutigkeitskontrolle. Da es unmöglich ist, zwei Dokumente mit derselben Nummer in einem bestimmten Zeitraum zu erfassen, ist es notwendig, Unterschiede künstlich einzuführen, und das System zur Einführung dieser Unterschiede wird im Voraus vereinbart.

Dieses Problem wird beispielsweise gelöst, indem der hochgeladenen Dokumentnummer ein zusätzliches Präfix hinzugefügt wird. Für jedes Merkmal des Dokuments wird dieses Präfix separat vergeben. Dies kann ein Merkmal der Datenbank sein, aus der die Dokumente geladen werden, oder der Art des Dokuments, aus dem geladen wurde. Hier ist ein Beispiel für die Bildung eines solchen Präfixes. Die Basis der Niederlassung in Krasnojarsk gibt das Präfix "KR" an. Die Belegart „Wareneingang“, aus der die Beladung erfolgt, erhält das Präfix „M“. Wenn also die Dokumentennummer in der Sieben 00000031 war, dann lautet die Acht wie folgt:

"KR" + "M" + "00000031" = "KPM00000031"

Als Ergebnis wird eine Nummer in die Datenbank geschrieben, die eindeutig ist.

3.3. Technische Probleme

Datenübertragungsfehler können auch aufgrund der technischen Besonderheiten der 1C:Enterprise-Plattform auftreten. Nehmen wir an, dass der Standard-Suchmechanismus nach Namen nicht zwischen Großbuchstaben im Namen eines Referenzelements und Kleinbuchstaben unterscheidet. Es gibt Verwirrung bei der Verwendung dieses Mechanismus. Beispielsweise gibt es in der Datenbank zwei Kontrahenten „L-Audio“ und „L-Audio“. Bei der Suche nach dem Kontrahenten „l-audio“ findet das System „L-Audio“. Das Ergebnis ist ein falsch ausgefülltes Dokument.

Auch auf die gewählte Art der Datenübertragung ist zu achten. Das oben beschriebene Beispiel mit verdoppelnden Kontrahenten, wenn es von den Standorten der Niederlassungen des Unternehmens übertragen wird, ist möglicherweise nicht wirklich verdoppelnd. Unternehmen, die in verschiedenen Städten tätig sind, können durchaus Kontrahenten haben, die ebenfalls in verschiedenen Städten tätig sind. Die Niederlassung der Firma L-Audio in Nischni Nowgorod und die Firma L-Audio selbst in Moskau können in den Datenbanken zu Recht genau gleich bezeichnet werden. Um solche Verwirrung zu vermeiden, müssen Sie im Voraus eine Übertragungsmethode auswählen. In unserem Beispiel können Sie Kontrahenten je nach Quelldatenbank in verschiedene Gruppen des Verzeichnisses einteilen. Die Wahl einer solchen Methodik wirkt sich auch auf die Mechanismen zum Laden von Daten aus.

Die oben beschriebenen Methoden zur Lösung aufkommender Probleme sind möglicherweise auch nicht universell genug. Bei der Migration von Daten ist es sehr wichtig, die im Migrationstool verwendeten Methoden kombinieren zu können. Zum Beispiel identifizieren wir die meisten Elemente von Verzeichnissen anhand des Namens. Gleichzeitig führt diese Methode bei der Übertragung des Dokuments „Annahme des Anlagevermögens zur Rechnungslegung“ zu unerwünschten Ergebnissen, wenn mehrere kleine Anlagegüter des gleichen Typs (Schreibwaren, Möbel usw.) unterschiedlich eingegeben werden nur in der Inventarnummer. In jeder Annahmeerklärung zur Abrechnung wird das gleiche Objekt angegeben. Auch die mehrmalige Annahme eines Gegenstandes zur Abrechnung ist nicht möglich. Daher ist es sehr wichtig, die Möglichkeit zu bieten, das verwendete Datenmigrationstool anzupassen. In diesem Fall weisen wir lediglich darauf hin, dass das Betriebssystem anhand der Inventarnummer (Code) gesucht werden muss.

Fazit