Öğeler 7.7'den 8.3'e nasıl aktarılır? Veri aktarım yöntemi

Artık "1C: Muhasebe 7.7" kullanıcılarının "1C: Muhasebe 8"e geçmek için yıl sonuna kadar beklemesine gerek yok. Geçiş vergi döneminin herhangi bir ayının sonunda yapılabilir. Bakiyeleri aktarma teknolojisi, biri Automated Accounting Systems LLC uzmanları tarafından açıklanan mevcut işletmelerde zaten test edilmiştir. Makale, aktarım metodolojisinin bir tanımını ve aktarılan verilerin giriş ve çıkış kontrolüne yönelik genel öneriler içermektedir.

Laima LLC'ye (Miass, Chelyabinsk bölgesi) taşınmadan önce “1C: Muhasebe 7.7.Standart versiyon” programı kullanıldı. Program dizüstü bilgisayara kurulur. Çalışmalar home ofis ortamında yürütülmektedir.

1C tarafından yeni bir veri aktarım metodolojisinin piyasaya sürülmesi ve bilgi tabanının küçük hacmi, 2006 yılı verilerinin doğrudan 1C: Muhasebe 8 kurulumu sırasında aktarılmasını mümkün kıldı.

Veri aktarım yöntemi

1.5.8.5 sürümünde yer alan "1C: Muhasebe 7.7"den "1C: Muhasebe 8"e geçişin yeni yöntemi, "1C: Muhasebe 7.7" bilgi tabanından veri aktarımını sağlar ve bu da doğru yürütmeyi sağlar " 1C: Aşağıdaki eylemlerin muhasebeleştirilmesi 8":

"1C: Muhasebe 8" e geçişten sonra verilen belgelerin yürütülmesi;
cari raporlama dönemine ilişkin muhasebe kayıtlarının oluşturulması (bilanço, genel muhasebe vb.);
yılın başından itibaren kümülatif toplamla belirlenen göstergeleri içeren cari raporlama dönemi için vergi muhasebesi kayıtlarının oluşturulması;
Mevcut raporlama dönemi için düzenlenmiş raporlamanın oluşturulması.

Bu yöntemi kullanarak "1C: Muhasebe 7.7" den "1C: Muhasebe 8" e geçişin yeni bir vergi döneminin (yıl) başında veya yeni bir dönem zaten açılmışsa sonunda yapılması önerilir. cari raporlama döneminin bir sonraki ayına ait. Verileri 1C:Muhasebe 8'e aktarma işlemi sırasında aşağıdaki bilgiler yüklenir:

cari raporlama döneminin başlangıcındaki (cari yılın 1 Ocak'ından itibaren) muhasebe ve vergi hesaplarının bakiyeleri;
konsolide aylık girişlerle cari raporlama dönemine ait muhasebe ve vergi hesaplarının cirosu;
ilgili vergi hesaplarına yansıtılan geçici farklar (PBU 18/02'yi uygulayan kuruluşlar için);
sabit kıymetler ve maddi olmayan duran varlıklar için başlangıç bakiyelerinin girilmesine ilişkin belgeler;
cari raporlama dönemine ilişkin kişisel gelir vergisi ve bordro vergileri için vergi matrahları;
cari raporlama döneminin son kapalı ayının sonunda alınan ve verilen faturaların ödenmemiş ödemesi;
Analitik muhasebenin nesneleri hakkında bilgi.

"1C: Muhasebe 7.7" de hazırlık işlemleri

"1C: Accounting 7.7"den veri aktarımı 7.70.477 sürümünden itibaren mümkündür. Bu nedenle geçişten önce yapılandırmanın bu sürüme güncellenmesi gerekiyordu.

Ayrıca yılın son ayına ait (bilanço reformu dahil) rutin muhasebe ve vergi muhasebesi işlemlerinin yapıldığından emin olmak gerekir.

Veri aktarımı için gerekli tüm dosyalar, 1.5.8.5 "1C: Accounting 8" sürüm şablonunun dizinindeki Convert klasöründe bulunur. Bu klasörün içeriğini 1C: Accounting 7.7 bilgi veritabanının ExtForms dizinine kopyalamak daha iyidir.

Aktarım yöntemi, verileri 1C: Muhasebe 8'e aktarırken benzersiz olmayabilecek dizin kodlarını kontrol eden tek bir hazırlık işlemi sağlar. Doğrulama için harici işleme ChkCode.ert kullanılır.

Ancak, "1C: Muhasebe 7.7" veritabanındaki muhasebe ve vergi muhasebesinin doğruluğunu doğrulamak ve açıkça hatalı girişleri "sekiz" e aktarmamak için, muhasebenin teknolojik bir analizini yapmak faydalıdır ("Raporlar -> Menü) Muhasebenin teknolojik analizi") ve ayrıca vergi muhasebesinin durumunun analizi ("Vergi muhasebesi -> Vergi muhasebesinin durumunun analizi").

Kural olarak sorunlara, açılış bakiyesi, niceliksel muhasebe vb. kontrol edilmeden yapılan "manuel" girişler neden olur. Yeni teknik, bu tür işlemleri bile doğru bir şekilde aktarıyor, ancak gelen kontrol, sorunları anında tanımlamanıza ve bunları düzeltmek için önerilerde bulunmanıza olanak tanıyor.

Bizim durumumuzda kontrol, geçişten sonra "1C: Muhasebe 8" de düzeltilmesine karar verilen önceki dönem zararları için sabit kıymetlerin amortismanının silinmesine ilişkin muhasebe tutarsızlıklarını ortaya çıkardı.

Veri aktarımı

Veri aktarımının kendisi harici işleme V77Exp.ert ("Dosya -> Aç" menüsü) kullanılarak gerçekleştirilir. İşleme iletişim kutusu şunları gösterir:

veri dönüştürme kuralları dosyası - Acc77_80.xml ("Kurallar dosyası adı" alanı);
verilerin yükleneceği dosya ("Veri dosyası adı" alanı);
cari raporlama döneminin başlangıç tarihi - 1 Ocak 2006 ("Başlangıç tarihi" alanı);
Geçerli dönemdeki son kapalı ayın bitiş tarihi ("Bitiş tarihi" alanı). Bizim durumumuzda, 31 Mayıs 2006.

"Değişim kurallarını yükle" düğmesine tıkladıktan sonra, işleme iletişim kutusunda veri yükleme kurallarının bir listesi doldurulacaktır. Yüklenen liste, sonuçları indirilebilen hesapların ve "Kurumsal Muhasebe" yapılandırmasına aktarılabilecek dizinlerin bir listesidir. Sağdaki tabloda, çoğu veri yükleme kuralı için (örneğin, öğelerin seçici olarak yüklenmesi için) ayrıntıların değerlerine dayalı seçimleri ayarlayabilirsiniz.

Verileri "yedi" den aktardığımız için, 1C: Accounting 8'i ilk başlattığınızda, veritabanının ilk doldurulmasından vazgeçmelisiniz. Bundan sonra, veri yükleme işlemini kullanarak ("Araçlar -> Veri alışverişi -> XML formatında evrensel veri alışverişi" menüsü), aktarım dosyasını sekizinci şekle yüklüyoruz.

Sınav

Veri aktarım prosedürünün tamamı yarım saatten fazla sürmedi. Geriye kalan tek şey, tüm verilerin doğru şekilde aktarıldığından emin olmaktır. Burada veri aktarımı dönemine ilişkin bilançoyla başlamak en iyisidir. Bilanço hesapları için "1C: Muhasebe 7.7" ve "1C: Muhasebe 8" de oluşturulan tabloların eşleşmesi gerekir. Herhangi bir hesaptaki ciro eşleşmiyorsa hangi cironun aktarılmadığını tespit etmek için bu hesaba ait daha detaylı raporlar (ciro bilançosu veya kart) oluşturmak gerekir. Böylece, sabit kıymetler ve maddi olmayan duran varlıklar bakiyeleri, kişisel gelir vergisi için vergi matrahları ve cari raporlama dönemine ilişkin bordro vergileri ve son kapanışın sonunda alınan ve verilen faturaların ödenmesine ilişkin borç hariç tüm verileri kontrol edebilirsiniz. cari raporlama döneminin ayı.

Bizim durumumuzda "1C: Muhasebe 7.7" de sabit varlıklara ilişkin veriler tam olarak girilmedi ve "sekiz" e "Sabit varlıklara ilk bakiyelerin girilmesi" belgeleri girilmedi ve buna göre hiçbir 01 hesabının dönem başındaki bakiyesi. Bu belgeler manuel olarak düzeltildi.

KDV muhasebesi alt sistemi, kayıtlardaki "1C: Muhasebe 8" de uygulanır; transferin doğruluğunu kontrol etmek için, muhasebe süresini sınırlamadan "Bakiyeler ve Cirolar" (Raporlar -> Bakiyeler ve Cirolar) evrensel raporunu kullanmalısınız. ZPK ve ZPR hesaplarının transferinin doğruluğunu analiz etmek için "sunulan KDV", "Avanslarda KDV" bölümleri.

Çalışma prensibi.

Verilerin standart bir konfigürasyondan nasıl aktarıldığına dair birkaç kelime " Muhasebe", 1C:Enterprise 7.7 için sürüm 4.5 veya "" (bundan sonra Kaynak Yapılandırmaları olarak anılacaktır) standart bir yapılandırmaya dönüştürme " Kurumsal muhasebe", 1C:Enterprise 8 için sürüm 3.0 (sürüm 3.0.52), bundan sonra "Alıcı yapılandırması" olarak anılacaktır.

ÖNEMLİ! Konfigürasyondan veri aktarımı mümkündür Muhasebe 1C:Enterprise 7.7 sürümleri 7.70.569 ve üzeri için sürüm 4.5 veya yapılandırmadan " Basitleştirilmiş vergilendirme sistemi, ed. 1.3"7.70.219 ve üzeri sürümler.

Bir önceki döneme ait düzenleme işlemleri tamamlandıktan sonra yeni bir dönemin (yıl, çeyrek, ay) başında kaynak Konfigürasyondan hedef Konfigürasyona geçilmesi tavsiye edilir.

Veri aktarımı, verileri kaynak Yapılandırma bilgi tabanından XML biçimindeki bir dosyaya indiren özel işlem kullanılarak gerçekleştirilir. Ortaya çıkan dosya, evrensel veri yükleme işlemi kullanılarak alıcının Yapılandırma bilgi tabanına yüklenir.

Veri aktarımı için aşağıdaki dosyalar gereklidir:

ACC_ACC8 .ert - yapılandırmadan harici bir dosyaya veri yüklemenin harici işlenmesi " Muhasebe, Rev. 4.5»;

USN_ACC8 .ert - yapılandırmadan harici bir dosyaya veri yüklemenin harici işlenmesi " Basitleştirilmiş vergilendirme sistemi, ed. 1.3»;

ACC_ACC8 .xml - veri dönüştürme kuralları.

USN_ACC8 .xml - veri dönüştürme kuralları.

Aktarılabilir veriler.

Aşağıdakiler Kaynak Yapılandırması bilgi tabanından Alıcı Yapılandırmasına aktarılır:

Referans kitaplarının unsurları;

Bilgi tabanının dönüştürülme tarihi itibariyle Yapılandırma kaynağı bilgi tabanının muhasebe hesaplarındaki cari bakiyelere ilişkin bilgiler;

Bilgi tabanı dönüşüm tarihinden daha eski bir tarihe sahip mevcut belgeler.

Dönüşüm iki aşamada gerçekleştirilir:

Kaynak Yapılandırma bilgi tabanındaki veriler ayrı bir dosyaya (veri dosyası) yüklenir;

Ortaya çıkan dosya alıcının Yapılandırma bilgi tabanına yüklenir.

Kurulum.

Veri taşıma işlemini yüklemek için setup.exe yükleme programını kullanmanız gerekir. Programı başlattıktan sonra (1C:Enterprise bilgi tabanlarının sayısı büyükse, bir süre sonra), veri aktarım işleminin kurulacağı bilgi tabanlarını işaretlemeniz gereken bir iletişim kutusu görünecektir. Pencere Şekil 1'dekine benzer. Bilgi tabanlarının sayısı yediden fazla ise gezinmek için “yukarı” ve “aşağı” düğmelerini kullanın. Birden fazla bilgi tabanı seçilirse "yol" satırı yalnızca son seçilen bilgi tabanının konumunu yansıtır. Bu bilgi yardımcı niteliktedir ve isteğe bağlı olarak kullanıcı tarafından kurulum programının sonucu üzerinde ek kontrol sağlamak için kullanılır; buna özellikle dikkat etmeyin, seçtiğiniz bilgi tabanlarının nereye kurulacağını programın kendisi belirleyecektir. .

Şekil 1 Kurulum sırasında bilgi tabanlarını seçme penceresi

Ek olarak, veri aktarım işleminin de kurulacağı klasörü belirtebilirsiniz; bunun için klasör seçim penceresini kullanın (üç noktalı düğmeye tıklayarak). Seçilen klasörün tam yolu seçim satırına yansıtılacaktır. “Yükle” düğmesine tıkladıktan sonra, gerekli dosyalar seçilen bilgi tabanlarına ve (veya) seçilen klasöre yüklenecektir. Tamamlandıktan sonra “ayrıntılar” butonuna tıklayabilir ve hangi dosyaların hangi klasörlere yazıldığını gösteren ayrıntılı kurulum günlüğünü görebilirsiniz. Sonuç olarak, seçilen klasör aşağıdaki resme benzer bir şeye sahip olmalıdır, bkz. Şekil 2.

Şekil 2 Seçilen klasöre kurulu dosyalar

Alt dizine ExtFormlar işleme kuruldu 1C'ye Geçiş: Muhasebe 8, ed. 3.0 ve aktarım kuralları. Lütfen yükleme işlemine dikkat edin ACC_ACC8.ert ve veri yükleme kuralları standart işleme ve kuralların yerini alır. Standart geçiş mekanizmasını korumak istiyorsanız, yeni işlemeyi bilgi tabanında değil ayrı bir dizinde yükleyin.

Kurulum işlemi, bir rapor yükleme örneği kullanılarak daha ayrıntılı olarak açıklanmaktadır " "1C: Muhasebe 7.7 konfigürasyonu için".

Çalıştırma prosedürü.

Bir programda" 1C: Muhasebe 7.7"ek seçeneklerden işlemeyi açmanız gerekiyor" 1C'ye Geçiş: Muhasebe 8, ed. 3.0", transfer kurallarının bulunduğu klasörü seçin (bkz. Şekil 3) ve takas kurallarını indirin. Tüm transfer kurallarını eklemenize gerek yoktur. Yalnızca gerekli olanları kullanmalısınız, örneğin bakiyeleri aktarmak için, veya bakiyeler ve belgeler. Örneğin, dizinler grubuna tek bir kural dahil edilemez, çünkü tüm dizinler gerektiğinde referansla aktarılır, yani yalnızca bakiyelerde veya belgelerde yer alanlar. Yeni bilgi tabanında "çöp".Belgeler de her şeyi eklemenize gerek yok.Örneğin bazı belgeler veritabanınızda yoksa veya bunları aktarmak istemiyorsanız bu kuralı etkinleştirmenize gerek yoktur.

Şek. 3. Veri yükleme için işleniyor

Veri dosyası adını "C:\v77_v8\Exp77_80.xml" olarak ayarlamanızı öneririm, bu klasör genellikle programda varsayılan olarak kullanılır " 1C: Muhasebe 8"platformdaki programlardan veri yüklerken" 1C:Kurumsal 7.7". Gerekirse sayfadaki parametreleri ayarlayın " Seçenekler".

Yapılandırmadan veri indirme işlemi sırasında " Muhasebe 7.7"Çeşitli hatalar meydana gelebilir. Burada sunulan aktarım kuralları, veri yükleme aşamasında tipik hataları araması açısından standart olanlardan farklıdır. Hangi mesajların görüntülendiğine bakalım.

Sıfır miktarda ve sıfır olmayan stok kalemleri. Alım Konfigürasyonunda malzeme miktarının sıfıra eşit olacağı ve malzemenin maliyet tahmininin sıfır olmayacağı şekilde bakiye girilmesi imkansızdır ve aynı zamanda anlamsızdır, çünkü bu bir hatadır. Bu nedenle bakiye aktarımı sırasında bu tür pozisyonlar (sıfır miktarlı) bakiye giriş belgelerine dahil edilmeyecektir. Sonuç olarak, veri aktarımından önce hatalar düzeltilmezse, bakiye aktarımı sırasında verinin kaynağındaki ve hedefindeki miktarlar eşleşmeyecek ve bu da ek mutabakat zorluklarına neden olacaktır. Bu nedenle konfigürasyondan veri indirme sürecinde " Muhasebe 7.7» Karşılaşılan hatalarla ilgili mesajlar görüntülenir (bkz. Şekil 4). Ek olarak, hataları bulmak için "Muhasebe yönetiminin hızlı kontrolü" işleminin, yani "Malzemeler için sıfır miktar olduğunda sıfır olmayan bir miktarın bulunmaması" kuralının kullanılmasını önerebiliriz.

Şekil.4.1 Karşılaşılan hatalarla ilgili mesajlar

İkinci (üçüncü) seviyenin alt hesabı için sıfır olmayan bakiye, birinci (ikinci) seviyedeki bakiye ise sıfırdır. Bu, hatalı kayıt tutmanın oldukça yaygın bir durumudur. Tipik bir örnek Şekil 4.2'de gösterilmektedir. Bu durum analitik muhasebede “yeniden derecelendirme” sonucu ortaya çıkmaktadır. Örneğin, nakit akışı belgelerinde bir sözleşme belirtiliyor ancak aktifleştirme belgelerinde bir sözleşme yok veya tam tersi veya sözleşmeler var ama bunlar farklı. Tüm bu durumlarda, karşı tarafın bakiyesi sıfır olmasına rağmen sözleşmelerde sıfır olmayan bir bakiye söz konusudur. Malzemelerin muhasebeleştirilmesinde ve terminolojide (depolama konumlarına göre toplam muhasebe dahil edildiğinde) benzer bir tablo ortaya çıkabilir: depolar arasında yeniden derecelendirme, özellikle de depolar mali açıdan sorumlu kişilerse.

Şekil 4.2 Muhasebedeki hatalara örnek

Bunun bir hata olduğu açık, bu tür dengeleri bozmanın hiçbir anlamı olmadığı da açık. Bu tür bakiyelerin transferini hariç tutmak için “Üst seviyede sıfır bakiye varsa bakiyeyi boşaltma” parametresi bulunmaktadır. Bu parametre bir olarak ayarlanırsa, yükleme sırasında Şekil 2'de gösterilen mesajlar görüntülenir. 4.3 (Şekil 4.2 ile karşılaştırın) ve bu tür konumlara ait teraziler boşaltılmayacaktır. Farklı bakiyeleri aktarma kurallarıyla bu parametrenin farklı kombinasyonlarını kullanabilirsiniz. Tüm bakiyeleri aynı anda değil, muhasebe bölümlerine aktarırsanız, farklı muhasebe bölümlerinden bakiyeleri farklı parametre değerleriyle aktarabilirsiniz.

Şekil 4.3. Hata mesajları

Boş sözleşme değerleri veya yabancı sözleşmeler. Sorun yukarıda açıklanana benzer, nedeni ise aynı; sözleşmelerin analitik muhasebesinde yanlış derecelendirme (bkz. Şekil 4.4). Ancak karşı tarafın bakiyesi sıfır olmadığından yukarıda açıklanan doğrulama kuralı çalışmayacaktır. Verileri aktarırken, bakiyeleri girmek için belgeyi kaydederken bir hata oluşacaktır, çünkü boş bir sözleşme değerine izin verilmez.

Şekil 4.4 Hatayı gösteren rapor

Aktarımdan önce bu tür hataları ortadan kaldırmak için veri yükleme aşamasında hata mesajları verilir (bkz. Şekil 4.5). Aynı şekil başka bir hatayla daha karşılaşıldığını gösteriyor: Sözleşme karşı tarafa uymuyor, yani. sözleşmenin sahibi diğer bir karşı taraftır. Bu tür hatalar genellikle değiştirilmiş, yani. standart olmayan konfigürasyonlarda veya uzun zaman önce oluşturulmuş veritabanlarında, standart konfigürasyonlarda bile belgeleri doldururken sözleşmelerin uygunluğuna ilişkin yeterince sıkı bir kontrol yapılmadı.

Şekil 4.5 Hesaplama hatası mesajları

Sözleşmelerin ve diğer kişilerin sözleşmelerinin boş değerlerinin kontrol edilmesi, " parametresi bir olarak ayarlanırsa gerçekleştirilir Sözleşmeleri boş değerler ve karşı tarafla uyumluluk açısından kontrol edin". Ek olarak, hataları bulmak için, "Muhasebe yönetiminin hızlı kontrolü" işleminin, yani "Sözleşmeler için boş analitiklerin bulunmaması" ve "Karşı tarafların ve sözleşmelerin uyumluluğu" kurallarının kullanılmasını önerebiliriz.

Başka hata kontrolleri de mevcuttur, daha fazla bilgi için lütfen bizimle iletişime geçin (iletişim bilgileri sayfanın alt kısmındadır).

Çalışma metodları

Ayrı türdeki belgeleri, hatta seçilen türdeki belgelerin ayrı ayrı kopyalarını yükleme örneğini kullanarak, verileri tamamen değil, parçalar halinde nasıl aktarabileceğinizi göstereceğiz. Yalnızca bir veri yükleme kuralını işaretleyelim" Ödeme talimatı" (bkz. Şekil 5). Bu, yalnızca " türündeki belgeleri yüklemenize olanak tanır. Ödeme talimatı". Bu parametrelerle düğmeye tıklarsanız " Boşalt", daha sonra " türündeki tüm belgeler indirilecektir Ödeme talimatı", " ile zaman aralığında bulunur Başlangıç tarihi" İle " Son kullanma tarihi". Düğmesine basın " PVD'yi yükleyin", bundan sonra mesaj" Ödeme emri için veri seçimi".

Şekil 5 Belirli bir türdeki verileri yüklemek için kural nasıl ayarlanır

Ardından, "Koşul ekle" düğmesini tıklayın, bir seçim niteliği seçebileceksiniz (bkz. Şekil 6.1), çoğu zaman " GüncelBelge", bu türdeki belgeler listesinden tek bir belge seçmenize olanak tanır. Diğer seçim ayrıntılarını kullanarak, bir belge grubu için bir seçim elde edebilirsiniz, örneğin belgeleri tarihe göre seçin. Her durumda belgeler seçilir parametreler tarafından belirtilen zaman aralığı dahilinde " Başlangıç tarihi" Ve " Son kullanma tarihi".

Şekil.6.1 Tek bir belge nasıl seçilir

Önemli! "1C"), bazı yapılandırmalarda seçim ayrıntılarına göre yükleme sırasında belge seçimine izin vermez. Bunun nedeni, standart kurallarda belge seçiminin süre belirtilmeden talep üzerine yapılmasıdır. Bu tür istekler her zaman işe yaramaz.

Benzer şekilde dizinin tamamını değil, bazı detaylara göre seçerek dizinleri yükleyebilirsiniz. Öncelikle istediğiniz veri yükleme kuralını seçin, ardından art arda " PVD'yi yükleyin" Ve " Koşul ekle". Örneğin, Şekil 6.2, yalnızca programdan geçiş sırasında birlikte olan çalışanları nasıl boşaltabileceğinizi gösterir " 1C: Basitleştirilmiş vergilendirme sistemi, ed. 1.3" Açık " 1C: Kurumsal Muhasebe, sürüm 3.0" (veya kullanıcıların sıklıkla söylediği gibi muhasebe 7.7'den 3.0'a geçiş) iş ilişkileri kuruldu.

Şekil 6.2 Bir grup dizin öğesi nasıl seçilir

Önemli! Veri aktarımı için önerilen kurallarda standart kurallardaki bir hata düzeltildi (şirketten) "1C"), bu da periyodik dizin ayrıntılarını kullanarak boşaltma sırasında dizin öğelerinin yanlış seçilmesine yol açar; farklı tarihler için ayarlanmış farklı değerlere sahip olanlar. Bunun nedeni, standart kurallarda dizin öğelerinin seçiminin, nokta belirtilmeden bir sorguyla gerçekleştirilmesidir.

Seçim, dizinin dönemsel detaylarına göre parametrenin tarihine göre yapılır" Son kullanma tarihi"!!!

Veri yükleme ve seçim kurallarının bir kombinasyonunu kullanabilirsiniz. Seçimleri ayarlanmış kurallar "[SEÇİM]" olarak işaretlenecektir. Belirli bir veri yükleme kuralının seçimini görmek veya düzenlemek için, kurallar listesinde bu kurala çift tıklamanız veya onu seçtikten sonra " düğmesine tıklamanız gerekir. PVD'yi yükleyin".

Önemli! Nesnelerin yüklenmesinin boş veya eksik olduğu ortaya çıkarsa, senkronizasyon modunun 1C:Muhasebe 8 ile ayarlanıp ayarlanmadığını kontrol etmeniz gerekir. Bu durumda, yalnızca aktarımdan sonra değiştirilen nesneler yüklenecektir (Dizin) .Eşzamanlı Muhasebe Parametreleri, yükleme sırasında CheckFor Upload Possibility işlevi tarafından kontrol edilen Son Yüklenen Belgenin Konumu parametresini saklar. Senkronizasyon modunda tam çalışma imkansız hale gelir. Değişim kuralları yüklendikten sonra senkronizasyon modu kontrol edilir. Mod kuruluysa bir uyarı penceresi oluşturulacak (bkz. Şekil 6.5) ve senkronizasyon modunu devre dışı bırakmanız istenecektir.

Pirinç. 6.5 Senkronizasyon modu uyarı penceresi

Standart kurallardan ek farklılıklar

PT&U'nun eski giriş türleriyle aktarılmasındaki hata düzeltildi: Mal ve Hizmet Alımı belgelerinde giriş türü 2'ye eşitse (güncel olmayan değer) ve tedarikçi faturası yoksa, bu belgenin BP 3.0'da hatalı bir şekilde iadeye dönüştürülmesi Alıcıdan gelen belge oluşur.

Bölüm alt hesabına sahip manuel işlemleri BP'nin PROF sürümüne aktarırken oluşan bir hata düzeltildi. Böyle bir işlem BP'ye kaydedilmez; bir hata oluşur: "Bölme alanı boş olmalıdır." Bunun nedeni kuralların CORP versiyonlarıyla çalışacak şekilde tasarlanmış olmasıdır ancak PROF'ta muhasebe kaydının DivisionDt ve DivisionKt boyutlarının boş olması gerekmektedir.

Dizin gruplarının çoğaltılmasına yol açan bir hata düzeltildi Anlaşmalar ve sonuç olarak bu dizinin öğelerinin çoğaltılması (çünkü yükleme sırasında arama ana öğe dikkate alınarak gerçekleştirilir). Bu, Şekil 6.6'da gösterilmektedir.

Şekil 6.6 Dizin aktarımının sonucu Anlaşmalar standart kurallar

Burada sütunda Ebeveyn(dizin grubu) adıyla 2015 Aynı ada sahip iki farklı dizin grubu vardır (kaynakta yalnızca bir grup vardır), bu nedenle sözleşmeler kopyalanır.

Bir cari hesaptan diğerine para aktarılırken banka belgelerinin aktarılmasındaki hata düzeltildi. İÇİNDE BP 3.0 bu durumda bir belge oluşturulur Cari hesaptan borçlandırma operasyon türü ile Kuruluşun başka bir hesabına aktarım, detayların doldurulmaması nedeniyle gerçekleştirilemeyen Alıcının hesabı. Ayrıca bilgiler hatalı doldurulmuştur. Hesap Ve Borç hesabı. Bu, eğer farklılarsa (örneğin 55 ve 51) ortaya çıkacaktır, o zaman değiştirilmeleri gerekir. Ayrıntıların doldurulmaması hatası düzeltildi Yükümlülük türü vergi transfer belgelerinde. Yukarıdakilerin tümü 3.0.43.215 sürümü için geçerlidir.

Prodüksiyonlar aktarıldı ana sözleşme dizin Karşı taraflar.

Dizini indirme kuralı değiştirildi İsimlendirme, artık veri seçimi yöntemi standart örneklemedir ve bu, dizin öğelerini ayrıntılara göre seçmenize olanak tanır (basitleştirilmiş vergi sistemi 7.7 - BP 3.0'ın standart kurallarında bu mümkün değildir). Bir dizini aktarırken İsimlendirme, transfer edilir ve Ürün fiyatları bağlantılar aracılığıyla, yani yalnızca terminolojideki transfer edilen kalemlerin fiyatları. Bu özelliği etkinleştirmek için parametre değerini bir olarak ayarlamanız gerekir. Öğeleri boşaltırken fiyatları yükleyin.

Karşı taraflarla yapılan ödemeler için bakiyeleri aktarırken "USN 7.7 - BP 3.0" standart kurallarında bir hata düzeltildi: anlaşma türü her zaman olarak ayarlandı Diğer. Şimdi - bakiye türüne bağlı olarak muhasebe bölümüne göre " Tedarikçiler ve yüklenicilerle yapılan hesaplamalar"sözleşme türü =" Tedarikçiyle"muhasebe bölümüne göre" Alıcılar ve müşterilerle yapılan hesaplamalar"sözleşme türü =" Alıcı ile", diğer durumlarda sözleşme türü = " Diğer".

Karşı taraflarla yapılan ödemeler için bakiyeleri aktarırken "USN 7.7 - BP 3.0" standart kurallarında bir hata düzeltildi: karşılıklı ödemelerin miktarı, ilk bakiyelerin girilmesine ilişkin belgenin iki ayrıntısında kaydedildi Toplam Ve TutarKt. Bu nedenle açılış bakiyelerine ilişkin giriş belgesi yayınlanmadı.

Kontrol etmekAlıcı ile" (standart kurallarda " Diğer"). " özelliğinin değeri ayarlandı. Ödeme Durumu", Alıcı Yapılandırmasındaki banka ödeme belgelerinde alıcıya ödenecek faturanın doğru seçilmesi için bu önemlidir.

Formun belgelerini aktarırken " Ödeme talimatı"sözleşme türü şu şekilde ayarlandı" Tedarikçi ile" (standart kurallarda " Diğer").

Depolama konumlarını aktarırken "USN 7.7 - BP 3.0" standart kurallarındaki bir hata düzeltildi: ayrıntılar "doldurulmadı" Depo tipi".

"Parametre eklendi" Düzenleyici otoritelerle değişim dahil": değeri 1 ise pervane Kontrol Yetkilileri ile Değişim Türü dizin öğesi " Organizasyonlar"değere ayarla" DeğişimEvrensel Formatta", aksi takdirde" ExchangeDevre Dışı"Standart kurallarda olduğu gibi. EDF kurulumunu bozmamak için bu tekrarlanan (düzenli) transferler için önemlidir.

Dizin için indirilen öğelere ilişkin arama kuralı değiştirildi " Karşı taraflar": ilk önce arama şu şekilde gerçekleştirilir: TENEKE Ve kontrol noktası(bu değerler doldurulursa), o zaman yalnızca TENEKE ve nihayet tarafından İsim. Her üç durumda da arama, grup özelliğini (ThisGroup) ve grubun kendisini (Ebeveyn) içerir. Yüklemeden SONRA adları değiştirilen karşı taraflar için kopyalar oluşturmamak amacıyla bu, tekrarlanan (normal) transferler için önemlidir.

Karşı tarafları aktarırken ayrıntıları doldurun ÜlkeKayıt"Rusya" anlamına gelir. Karşı tarafların dizinini programa yükledikten sonra bu gereklidir. "1C Muhasebe 8" Gerekli ayrıntıları manuel olarak doldurmam gerekmedi ÜlkeKayıt. Doldurulmamışsa, o zaman bir dizin öğesi biçimindedir " Karşı taraflar"Detaylar açıklanacak" Vergi numarası" Ve " Reg. sayı"ve ayrıntılar" TENEKE" Ve " kontrol noktası"gizlenecek.

“USN 7.7 - BP 3.0” aktarım kurallarına “Çalışanlar” dizinini aktarmak için bir veri yükleme kuralı eklendi (standart kurallarda yalnızca kişilerin dizini aktarılır).

"USN 7.7 - BP 3.0" transfer kurallarında, Çalışan Cari Tarife Oranı bilgi kaydının transfer kuralı düzeltildi.

Vergi ödemeleri için ödeme emirlerini aktarmanın özellikleri

İşlem tipindeki ödeme emirleri için Vergi transferi Ek ayrıntılar doldurulmalıdır: KBK - bütçe sınıflandırma kodu, derleyici durumu vb. Bu detayların yapıları Bukh 7.7 (USN 7.7) ve BP 3.0 eşleşmiyor. özellikle BP 3.0 Bu ayrıntıların bazıları ayrı bir dizinde yer almaktadır Vergi türleri ve bütçeye yapılan ödemeler, ödeme emrinde yer alan bir bağlantı. Dizin, örneğin bir muhasebe politikasını düzenlerken bilgi tabanında görünen bir dizi sağlanan öğeyi içerir. Veri aktarılırken bu öğeler muhasebe politikası yüklenirken de görünecektir. Ödeme emirlerini yüklerken ve indirirken bir dizin öğesi Vergi türleri ve bütçeye yapılan ödemelerÖdeme emrinin ayrıntılarını değiştirmek için KBK kullanılarak arama yapıldı Vergi. Bu nedenle muhasebe politikalarını aktardıktan sonra gerekli tüm vergilerin rehberde görünüp görünmediğini kontrol etmeniz ve gerekirse bunları tamamlamanız önerilir. Ödeme emirlerindeki KBK'yı karşılaştırırken (senkronize ederken), kaynak ve alıcı dört KBK kategorisini, kategori 14-17'yi, gelir alt türü kodunu (vergi, ceza, para cezası vb.) dikkate almaz. Dizinde Vergi türleri ve bütçeye yapılan ödemeler bu bitler sıfırlarla doldurulur. Dizine yeni öğeler eklerken 14-17 arasındaki rakamların da sıfırlarla doldurulması gerekir.

Büyük bilgi veritabanlarının aktarımı.

Öncelikle büyük bilgi tabanlarını aktarırken veri indirme süreci çok uzun sürebiliyor. Bu, bir muhasebe bölümünde, örneğin mal bakiyeleri gibi çok sayıda bakiye varsa meydana gelir. Yükleme süresini azaltmak için bir belgeyi bölme tekniğini kullanabilirsiniz " Başlangıç bakiyelerinin girilmesi" birkaçı için. "Parametre değerini ayarlarsanız Bakiye giriş belgesindeki satır sayısı" sıfırdan farklıysa (bkz. Şekil 6.3), verileri bir belgeye yüklemek belirli bir değerle sınırlı olacaktır. Bu, yükleme süresini çok önemli ölçüde (birkaç kez) azaltabilir.

Şekil.6.3 Belge boyutu sınırlamasıyla veri aktarırken parametreleri ayarlama " Başlangıç bakiyelerinin girilmesi»

Not: parametre değeri, bir belgeye yüklenen işlem tablosu satırlarının sayısını sınırlar " Başlangıç bakiyelerinin girilmesi", belgenin kendisinin satır sayısını belirtmek yerine. Bu nedenle belge satırı sayısı parametre değerinden farklı olacaktır; bu bir hata değildir. Bir belgeyi bölerken " Başlangıç bakiyelerinin girilmesi” birkaç belge için, her belgenin yorumuna satırın sonuna bir son ek eklenecektir: “-1”, “-2” vb.

ÖNEMLİ! Bir belgeyi bölmek için açıklanan algoritma " Başlangıç bakiyelerinin girilmesi"Birkaç yalnızca veri yükleme süresini kısaltmak için kullanılır; tüm belgeler tek bir dosyaya yüklenir, yani. Veri aktarımı tek adımda gerçekleşir, yorumlar (son ekler) otomatik olarak oluşturulur, yalnızca bir parametre belirtilir. Ancak bu teknik, aşağıda tartışılacak olan hafıza eksikliği sorununu çözmez.

Büyük bilgi tabanlarını taşırken, RAM'in bitmesiyle ilgili bir sorun ortaya çıkabilir: boşaltmaya çalıştığınızda program, ilgili bir hata mesajıyla veya mesaj olmadan sona erecektir. Bilgisayarınızı daha güçlü bir bilgisayarla değiştirmeye çalışmak işe yaramaz. Bu durumda, verileri bölümlere ayırarak, bölümler halinde yüklemelisiniz. Bu, belirtilen modu destekleyen aktarım kurallarını gerektirir. Şimdi nasıl boşaltılacağına bakalım. Öncelikle veri aktarımı yalnızca tek bir yükleme kuralı kullanılarak gerçekleştirilmelidir (bkz. Şekil 6.4). Transfer bir kurala göre imkansızsa, ilk ve son porsiyon numaralarını belirterek onu parçalara ayırırız. Her bölüm, belirli sayıda birinci düzey analitik değerlerine ilişkin bilgileri içerecektir; örneğin ürün bakiyeleri; belirtilen sayıda hesap bakiyesi değeri "41". Hesabın toplam analiz miktarını bilerek porsiyon sayısını hesaplamak kolaydır. Tek seferde ne kadar verinin sorunsuz bir şekilde (tek bir bilgiye) aktarıldığının deneysel olarak belirlenmesi gerekir; kural olarak, hesap bakiyeleri yüklenirken, bakiye sayısı birkaç bin veya daha fazla olduğunda transfer sorunları ortaya çıkar. Ancak, verileri yüklerken zaman kazanmak için, muhasebe bölümündeki tüm bakiyeleri aynı anda yüklemek mümkün olsa bile verileri parçalara ayırmanızı tavsiye edebiliriz. Yükleme süresi, orantılı veya doğrusal olarak değil, veri bölümünün boyutuna bağlıdır. Bu nedenle, örneğin on bin ürün bakiyesini binin on kısmına bölerek boşaltma süresini birkaç kat azaltabilirsiniz. İlk kısmı aktarıyorsak ilk kısmın numarası belirtilmeyebilir, son kısmı aktarılıyorsa son kısmın numarası belirtilmeyebilir.

ÖNEMLİ! Verileri parçalar halinde aktarırken, parametrelerde belge yorumunun oluşumunda yer alan bir son ekin belirtilmesi gerekir " Başlangıç bakiyelerinin girilmesi" Porsiyon aralığı numaralarını değiştirirken son eki de değiştirmeyi unutmamalısınız, aksi takdirde alıcı Yapılandırmasına yüklenirken aynı yorumlara (son eklere) sahip belgelerin üzerine yazılacaktır. Veri dosyasının adı özellikle önemli değildir. Sıralı aktarım taktiklerini kullanabilirsiniz: boşaltma - yükleme, boşaltma - yükleme vb. Bu durumda veri dosyası adının değiştirilmesine gerek yoktur. Bir taktik seçebilirsiniz: önce her şeyi boşaltın, sonra her şeyi yükleyin. İkinci durumda, veri dosyasının adının her yüklendiğinde değiştirilmesi gerekecektir. Bir örnek daha. Muhasebe bölümündeki bakiye sayısı (mesela mal) 10.000 ise bunu binlik parçalara böleriz, o zaman 10 porsiyon elde ederiz. Her parçanın benzersiz bir son eki olmalıdır: "-1", "-2", "-3", "-4". Geriye kalan tüm malları boşaltıp ardından her şeyi yüklersek, veri dosyalarının da benzersiz olması gerekir, örneğin: "41_1", "41_2", "41_3", "41_4". “Porsiyon numarası başlangıç” ve “Porsiyon numarası bitiş” parametreleri şu değerleri almalıdır: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

Şekil 6.4 Verileri parçalar halinde aktarırken parametreleri ayarlama

Verilerin parçalar halinde aktarılması aşağıdaki yükleme kuralları için desteklenir:

Sabit varlıklar

Malzemeler

Stok kalemlerinin maliyetindeki sapmalar

Satın alınan varlıklara ilişkin KDV

Bitmemiş üretim

Bitmiş ürünler ve yarı mamul ürünler

Satış giderleri

Sevk edilen mallar

Peşin

Finansal yatırımlar

Tedarikçiler ve yüklenicilerle yapılan anlaşmalar

Karşı taraflarla yapılan diğer yerleşimler

Vergiler ve ücretler

Personelli yerleşim yerleri

Sorumlu kişilerle yapılan hesaplamalar

Kurucularla yerleşim yerleri

Diğer borçlular ve alacaklılarla yapılan ödemeler

Sermaye ve yedekler

Gelecekteki masraflar

Ertelenmiş vergi varlıkları ve yükümlülükleri

Finansal sonuçlar

Bilanço dışı hesaplar

"Önce referans kitaplarını aktarın, sonra kalanları aktarın" gibi saçma tavsiyelere uymaya çalışmayın.İlk olarak, dizini kısmen veya tamamen ayrı ayrı taşımanın bir anlamı yoktur. , bakiyeleri boşaltırken hata oluşursa, bu yardımcı olmayacaktır. Hata büyük olasılıkla, dizin bağlantılar kullanılarak aktarıldığında bakiyeleri aktarırken (boşaltma sırasında bunu anlamak önemlidir) ortaya çıkacaktır. Rehberin daha önce aktarılıp aktarılmadığı önemli değil, artıkları boşaltırken yine de kısıtlama olmaksızın boşaltılacaktır. İkinci olarak, dizinlerin tamamını aktarmak genellikle çöp aktarımıdır; bunu yapmamalısınız.

Boşaltma tamamlandıktan sonra 1C:Muhasebe 8 programını başlatmanız gerekiyor. Yükleme, hem başlangıçta hem de tekrarlanan veri aktarımları veya ek aktarımlar sırasında standart işleme kullanılarak gerçekleştirilmelidir (bkz. Şekil 7).

Dikkat, önemli. Tedavi XML formatında evrensel veri alışverişi (bazı sürümlerde 3.0.43.x) hatalar içerir. Düzeltilmiş işleme kullanılabilir XML formatında evrensel veri alışverişi Teslimata dahil olan ve veritabanı dizinine yüklenen Muhasebe baskı 4.5.

Programa yüklendikten sonra 1C: Muhasebe 8 Bakiyelerin girilmesine ilişkin belgeler kaydedilmeli ve geri kalan belgeler yeniden gönderilmelidir. Bu en iyi şekilde işleme kullanılarak yapılır Belgelerin grup aktarımı bölümünde yer alan Yönetim. Belirtilen bölümde görünmüyorsa, istediğiniz komutu ekleyerek eylem çubuğunu yapılandırın (bkz. Şekil 7.1)

Şekil 7.1 Eylem çubuğunu ayarlama

Önemli. İşleyici hata ayıklama modunda çalıştığından (Exchange Processing.Handler DebuggingMode Flag = True) ve işleyicinin kullanılmasına izin vermediğinden standart yapılandırmadaki işlemeyi kullanamazsınız. "Arama alanları" dizinde indirilen öğeleri aramak için " Karşı taraflar" (yukarıya bakın). Daha doğrusu, yükleme sırasında kullanılan tüm işleyiciler, yapılandırmaya yerleşik işlemdedir İşlemcilerMuhasebeden İndirilenler77. Bu nedenle en azından yükleme aşamasında değişen kuralları kullanarak geçiş yapmak mümkün değildir.

Benzer harici işlemler kullanılabilir 1Enterprise77 Bilgi Tabanlarından Veri Aktarımı(teslimat kapsamına dahildir). Aşağıda bunun nasıl kullanılacağını açıklıyoruz (bir kez daha - harici işleme).

Boşaltma tamamlandıktan sonra 1C:Muhasebe 8 programını başlatmanız gerekiyor. Menüde: Dosya - Aç ve harici işlemeyi işaret et 1Enterprise77 Bilgi Tabanlarından Veri Aktarımı.

Bundan sonra, veri yükleme seçeneğini - Dosyadan veri yükle (Şekil 7.2) belirtmeniz gereken bir form görüntülenecektir.

Bundan sonra, yüklenen dosyanın yolunu belirtmeniz gereken bir iletişim kutusu görüntülenecektir (bkz. Şekil 7.3).

"Verileri yükle" seçeneğine tıklayarak veri yükleme işlemini başlatın (bkz. Şekil 7.4), tamamlandıktan sonra bir bilanço oluşturmanız ve kaynak Yapılandırma veritabanındaki ciroyu ve indirmenin yapıldığı hedef Yapılandırmayı kontrol etmeniz gerekecektir. .

Veri aktarma işlemi sırasında herhangi bir hata meydana gelirse, hatayı çözmek için çift tıklayabileceğiniz bir mesaj penceresi açılacaktır. Ortaya çıkan hatalara ilişkin bir açıklama ve giderme önerileri içeren bir rapor almak için köprüyü tıklamalısınız. Hata Bilgileri».

Tekrarlanan veri aktarımları sırasında yükleme veya bireysel belgelerin veya dizinlerin ek aktarımları, "XML Formatında Evrensel Veri Değişimi" standart işlemi kullanılarak gerçekleştirilebilir, bu, süreci hızlandıracaktır.

Veri dönüştürme tekniği.

Gerekirse dönüştürme birkaç aşamada gerçekleştirilebilir; örneğin önce bakiyeler, ardından belgeler. Bilgilerin yeniden aktarımı mümkündür.

Bakiyeler belgeler aracılığıyla aktarılır " Başlangıç bakiyelerinin girilmesi».

Bakiye girme metodolojisi hakkında daha fazla ayrıntıyı 1C şirketinin ITS web sitesindeki makalede bulabilirsiniz (1C için: Kurumsal Muhasebe rev. 3.0)

Önemli! Açılış bakiyelerini girmeden önce muhasebe politikası parametrelerinin ayarlanması gerekir. Kuruluşun muhasebe politikası parametreleri, bakiyelerin girildiği tarihi takip eden tarihte okunur. Örneğin, bakiye girme tarihi 31 Aralık 2013 ise, 1 Ocak 2014 tarihi itibariyle oluşturulan muhasebe politikası parametreleri dikkate alınır.Bu, mevcut muhasebe politikasının parametrelerini dikkate almanızı sağlar (örneğin: kuruluş 2013 yılında basitleştirilmiş bir vergi sistemi uyguladıysa ve 2014'ten bu yana genel sisteme geçtiyse - 31 Aralık 2013 itibarıyla bakiyeler girilirken 2014 yılının muhasebe politikası parametreleri dikkate alınacaktır). Muhasebe politikalarının doğru şekilde aktarıldığından emin olun, gerekiyorsa düzeltin.

Önemli! Geri kalanını oraya aktarmadan önce alıcı Yapılandırmasında çalışmaya başlamaya karar verirseniz, alıcı Yapılandırmasında çalışmaya başlamadan önce ilk olarak dizinleri aktarmanız gerekir. Aksi takdirde bakiyelerin boş olmayan bir veritabanına aktarılması sırasında hatalar meydana gelebilir.

Soruları cevaplıyorum! Teslimat setinde yer alan işleme ve aktarım kuralları açıktır ve hiçbir şekilde kopyalanmaya karşı korunmamaktadır. Bu, alıcının (lisans alanın) dağıtma ve çoğaltma hakkına sahip olduğu anlamına gelmez. Lisans sahibinin böyle bir hakkı yoktur. Lisans sahibinin kullanım hakkı vardır. Lisans sahibi bu hakkını kullanarak arşiv kopyaları oluşturabilir, değişiklik yapabilir ve sınırsız sayıda bilgisayarda sınırsız sayıda kullanabilir. Dönüştürme kurallarını hassaslaştırmak veya düzeltmek ve bunlara daha aşina olmak için kuralları programa yüklemeniz gerekir. Veri dönüşümü. Bu program 1C tarafından dağıtılır ve kullanım kurallarını belirler.

Satın alma nedenleri

Düzenli olarak güncellenmektedir. Güncellemeler satın alındıktan sonraki altı ay boyunca ücretsizdir. Infostart'ın TOP 100 yayını arasında yer almaktadır.

Avantajları

Kuralların metni ve işlenmesi açıktır, Veri Dönüştürme teknolojisi kullanılır ve düzenlenmesi kolaydır.

Sürümlerin karşılaştırılması

29.01.2019 Kurallar 3.0.67.70 sürümünü yayınlayacak şekilde güncellendi

07/05/2018 Kurallar 3.0.63.22 sürümünü yayınlayacak şekilde güncellendi

25.09.2017 Kurallar 3.0.52.36 sürümünü yayınlayacak şekilde güncellendi

18.07.2017 Kurallar 3.0.51.16 sürümünü yayınlayacak şekilde güncellendi

10/12/2016 Mesleki eğitim ve öğretimin eski kabul türleriyle aktarılmasındaki hata düzeltildi

09/08/2016 Kurallar 3.0.44.102 sürümünü yayınlayacak şekilde güncellendi

18.06.2016 Alt hesap Bölümüne sahip manuel işlemlerin aktarılmasındaki bir hata düzeltildi

31.05.2016 Kurallar 3.0.43.236 sürümünü yayınlayacak şekilde güncellendi. Evrensel XML Veri Değişimi işleminde standart yapılandırmalarda (BP 3.0.43.174 - 235 sürümlerini), Parametreleri Yükleme prosedürü düzgün çalışmıyor. Bu hatayı gidermek için kurallar değiştirildi. BP 3.0'a yüklemek için teslimat paketinde yer alan Universal Data ExchangeXML işlemeyi de kullanabilirsiniz. Kurulum sırasında info dizininin ExtForms alt dizinine yazılır. bazlar 7.7.

25.05.2016 Kurallar 3.0.43.215 sürümünü yayınlayacak şekilde güncellendi

05/11/2016 Sözleşme isminin uzunluğuna ilişkin kısıtlama 50'den 100'e değiştirildi.

23.02.2016 Kurallar 3.0.43.29 sürümünü yayınlayacak şekilde güncellendi

21.12.2015 İşleme ve kurallar 3.0.42.33 sürümüne güncellendi

11.11.2015 Senkronizasyon modu kontrolü eklendi

18.05.2015 İşleme ve kurallar 3.0.40.24 sürümüne güncellendi

05/14/2015 Vergi ödeme belgelerinin devri tamamlandı

04/08/2015 İşleme ve kurallar 3.0.39.56 sürümünü yayınlayacak şekilde güncellendi. Sürüm 3.0.39'da ödeme faturasının yapısı değişti: Artık "Hizmetler" tablo bölümü yok, artık mallar ve hizmetler tek bir "Mallar" tablo bölümünde yer alıyor. Bu nedenle 3.0.38 kuralları 3.0.39'a geçiş için kullanılamaz

04/02/2015 İşleme ve kurallar 3.0.38.53 sürümüne güncellendi

23.12.2014 İşleme ve kurallar 3.0.37'yi yayınlayacak şekilde güncellendi

Teslimat içeriği.

Paket şunları içerir: işleme "ACC_ACC8", aktarım kuralları "ACC_ACC8" ve işleme 1Enterprise77 Bilgi Tabanlarından Veri Aktarımı. Kuruluşunuzda işi yürütecek tam zamanlı bir programcı yoksa, uzmanımızın hizmetlerini sunmaya hazırız (programcı, uzaktan çalışma için özel bir program kullanarak bilgisayarınıza İnternet üzerinden bağlanacak ve gerekli çalışmayı gerçekleştirecektir) ). Mümkünse bir çalışma tabanı sağlayın "1C: Muhasebe 7.7", verileri kendimiz aktarıp dosyayı aktarabiliriz " 1C: Muhasebe 8" Aktarılan bakiyelerle. Bu hizmetin maliyeti paketin toplam maliyetine dahil değildir.

1C:Enterprise 8.2'ye geçmem gerekiyor mu? Bu makaleyi okuyorsanız, muhtemelen bu soruya zaten olumlu yanıt vermişsiniz demektir. Bu nedenle artık yeni bir platforma geçmenin avantajlarından bir daha bahsetmeyeceğiz, doğrudan bu sürecin detaylarına ve özelliklerine odaklanacağız.

1. Genel algoritma

Yani “sekiz”e geçmeye karar verdiniz ve bunun nasıl yapıldığını ve sizin için neyi “tehdit ettiğini” öğrenmek istiyorsunuz. En genel haliyle geçiş diyagramı şuna benzer (Şekil 1).

Pirinç. 1. 1C:Enterprise 7.7 platformundan 1C:Enterprise 8.2 platformuna geçiş algoritması

1. Yükseltme. Yapmanız gereken ilk şey, kuruluşunuzdan bir başvuru yazmak, platform 7.7 için kayıt formu göndermek ve platform 8.2'yi satın almaktır. Bu durumda size sağlanacak indirim eski platformun maliyeti kadar, ancak %50'den fazla değil. Eski platform sizde kalır ve kullanmaya devam edebilirsiniz ancak 1C'deki teknik destekten kaldırılacaktır.

2. Güncelleme En son güncel sürüme kadar geçerli yapılandırma.

3. Veritabanının aktarıma hazırlanması. Bu, veri tabanının yedeklenmesini, mevcut fatura döneminin kapatılmasını, silinmek üzere işaretlenmiş kalemlerin veri tabanının temizlenmesini ve (varsa) muhasebe hatalarının düzeltilmesini içerir.

4. Veri aktarımı. Bu ana aşamadır. Algoritmalar ve emek yoğunluğu her özel durumda farklıdır.

5. Yeni konfigürasyonla çalışacak personelin eğitimi. 7.7 ve 8.2 platformlarındaki konfigürasyonlar hem arayüz hem de işlevsellik açısından farklılık gösterdiğinden, yeni konfigürasyonla çalışmak için eğitime ihtiyacınız olabilir. Uygun metodolojik literatürü kullanarak bunu kendiniz inceleyebilirsiniz, ancak üzerinden geçmek daha iyidir. uzmanlık kursu 1C'ye göre.

6. Çalıştırma. Bu aşamada kullanıcılar yeni programda çalışmaya başladığında hata ayıklamaları yapılır ve otomatik veri aktarımındaki olası hatalar düzeltilir.

Yapılandırma bağlamında yeni bir platforma geçiş sürecini ele alalım "1c muhasebe".

2. “1C: Muhasebe 7.7”yi “1C: Muhasebe 8.2” olarak değiştirin

Verileri "1C: Muhasebe 7.7"den "1C: Muhasebe 8.2"ye aktarma stratejisi ve mekanizmaları aşağıdaki faktörlerle belirlenir:

yeni programda muhasebenin başlama zamanı;
yapılandırmanızın mevcut sürümündeki değişikliklerin varlığı ve karmaşıklığı;
geçmiş dönemlere ait ticari işlemlerin geçmişini koruma ihtiyacı.

Müşterilerimize yeni bir muhasebe programında çalışmaya başlamalarını tavsiye ediyoruz yeni yılın 1 Ocak'ından itibaren . Bunun nedeni çoğu verginin tahakkuk esasına göre hesaplanmasıdır. Bu nedenle, biriken sonuçların doğru şekilde aktarılmasına yönelik araçların geliştirilmemesi için programdaki çalışmaya başlamanın vergi raporlama döneminin başlangıcına bağlanması gerekmektedir. Elbette çeyreğin başından itibaren ve hatta bir sonraki ayın başından itibaren çalışmaya başlayabilirsiniz, ancak böyle bir geçiş daha önemli maliyetler gerektirecektir (7.7 ve 8.2'deki belgelerin yapısındaki önemli farklılıklar nedeniyle).

Yukarıdaki faktörlerin kombinasyonuna bağlı olarak durumlar aşağıdaki gibi olabilir.

Durum 1:

Yeni yıldan geçiş, TİPİK konfigürasyon, eski programda doğru hesap bakiyeleri oluşturulması

Bu seçenek basit ve açıktır, ancak pratikte son derece nadirdir. Yalnızca birkaç küçük şirkette, yeni programda çalışmaya başlamadan hemen önce eski programda doğru bakiyeler oluşturmak ve yalnızca geçmiş döneme ait tüm ana belgelerin sağlanması ve programa girilmesi koşuluyla mümkündür.

Eğer durumunuz buysa, şanslısınız. Yalnızca “1C:Enterprise 7.7” yapılandırmasını en son sürüme güncellemeniz ve “1C:Enterprise 8.2”de yerleşik olan “1C:Enterprise 7.7 bilgi tabanlarından veri aktarımı” işlemini kullanmanız gerekir. Bunu bir uzmanın yardımı olmadan kendiniz yapabilirsiniz. İşlemde belirtilen talimatları kesinlikle uygulamanız yeterlidir.

Durum 2:

Yeni yıldan geçiş, TİPİK konfigürasyon, eski programda DOĞRU HESAP BAKİYELERİ YOK

Bu durumda standart uygulama şudur: eski ve yeni programda aynı anda çalışmak . “Geçiş döneminde” (Şekil 2) çalışanlar eski programdaki önceki işlemlerini kapatarak yeni işlemlere ilişkin belgeleri yeni sisteme girmeye başlarlar.

Pirinç. 2. Platform değiştirirken geçiş dönemi

Bu dönemi minimum kayıpla atlatmak için aşağıdaki stratejileri kullanabilirsiniz:

Bakiyeleri “olduğu gibi” yılbaşına aktarın ve bu verilere göre kayıt tutun. "Yedi"de doğru dengeler elde edildikten sonra bunların "sekiz"de geriye dönük olarak derhal ayarlanması gerekir.
Yanlış bakiyeleri aktarmayı reddetmek ve yeni işlemler için birincil belgeleri daha sonra gerçekleştirmeden G8'e girmek. Bu durumda programda bakiye olup olmamasının bir önemi yoktur, gönderilmeyen belgeler hesaplarda herhangi bir hareket yapmayacaktır. Bu, 1C:Enterprise 7.7'de doğru bakiyeler alınana kadar yapılmalıdır. Daha sonra ortaya çıkan bakiyeler yılın başında yeni programa aktarılır. Son adım, yerleşik işlemeyi kullanarak geçiş döneminde yeni programa dahil edilen “birincil”in tutarlı bir şekilde uygulanmasıdır. “Dizinlerin ve belgelerin grup halinde işlenmesi” .

Durum 3:

Yıl ortasından geçiş, TİPİK konfigürasyon

"1C: Muhasebe 8.2", performansı yıl içinde belgelere girilen verilere bağlı olan, muhasebe için önemli olan bir dizi mekanizmayı destekler. Bu tür mekanizmalar arasında, daha önce bahsedilen vergilerin tahakkuk esasına göre hesaplanması, dolaylı giderlerin dağıtımına yönelik bir algoritma ve ayın kapanışıyla ilgili diğer prosedürler yer almaktadır. Tam da bu özelliklerden dolayı bu durumda yeni bir programa ilk iki durumda olduğu kadar kolay geçiş yapmak imkansızdır. Taşıma sırasında oluşabilecek hataların sayısını en aza indirmek için şunları öneririz:

yılın başından itibaren olmasa da en azından çeyreğin başından itibaren çalışmaya başlayın;
bakiyeleri yılın başına aktarın;
cari raporlama dönemi (yıl) için tüm birincil belgeleri yeni sisteme aktarın ve dizinlerin ve belgelerin grup işlemesini kullanarak muhasebe ve vergi verilerini geri yükleyin.

1. Standart çözüm "1C: Veri Dönüştürme 2.1". Bu yazılım ürünü, herhangi bir yapı ve karmaşıklığın 1C platformundaki konfigürasyonlar arasında bilgi aktarmak için kullanılabilir.

2. 1C franchise sahiplerinin gelişmeleri. Şirketinin de aralarında bulunduğu birçok şirket « RG-Soft" (), bu sorunu çözmek için veri aktarım işinin süresini ve bütçesini önemli ölçüde azaltabilecek kanıtlanmış yöntemler vardır.

Durum 4:

GEÇMİŞ DÖNEME AİT BELGELERİN AKTARILMASI İLE STANDART konfigürasyondan geçiş

Ayrı olarak, karşı taraflarla yapılan sözleşmeler kapsamında uzun vadeli (bir yıldan fazla) ilişkiler sürdüren şirketlerin bulunduğunu da not ediyoruz. Bu tür şirketlerin yönetimi, programda ticari işlemlerin geçmişinin bulunmasıyla ilgilenmektedir. Eski programda girilen belgelerin yeni programda bulunması, kullanıcıların belirli sözleşmeler/işlemler kapsamındaki ilişkileri kolay ve hızlı bir şekilde takip etmelerine olanak tanır.

Önceki durumda olduğu gibi aynı mekanizmaları kullanarak böyle bir aktarımın gerçekleştirilmesi mümkündür. Bu işlemin farkı, tüm belgelerin aktarılmasına gerek olmamasıdır; kendinizi yalnızca birkaç tür belgenin aktarımıyla sınırlayabilirsiniz ve diğer hesapların bakiyeleri standart işlem yoluyla girilir. Bu durumda, aktarılan ek belgeler genellikle gönderilmeden bırakılır.

Geçmiş döneme ait belgeleri eski bir programdan yenisine aktarmak mümkün olsa da, böyle bir aktarım veritabanı boyutunda ve dolayısıyla işlenen tabloların boyutunda gözle görülür bir artışa neden olur. Bu da sistemin yavaşlamasına neden olabilir. Bu nedenle çok gerekli olmadıkça bu geçiş seçeneğini kullanmamalısınız. Önceki dönemlerden aktarılan belgelerin, içerdikleri bilgilerin cari muhasebe ve vergi raporlamasını etkilememesi için gönderilmeden bırakılması önerilir. Tarihsel belgeleri yalnızca referans amacıyla kullanın.

Durum 5:

1C:Enterprise 7.7 platformunda TİPİK OLMAYAN bir konfigürasyondan geçiş

Yukarıda açıklanan seçenekler, standart "1C:Enterprise 7.7" yapılandırmasından geçiş yaparken kullanılır, ancak pratikte sıklıkla değiştirilmiş yapılandırmalarla uğraşmak zorunda kalırsınız. Bu durumda bir geçişin organize edilmesi, dikkate alınması gereken özel bir seçenektir.

Programda yapılan değişikliklerin niteliğine bağlı olarak aşağıdaki veri aktarım teknolojileri mevcuttur:

· Yapılandırma biraz değiştirilmişse ve temel mekanizmalar standart 1C çözümüne benziyorsa, önceki seçeneklerde olduğu gibi standart geçiş araçlarını kullanabilirsiniz. Bunları yalnızca programınıza uyacak şekilde yapılandırmanız veya biraz değiştirmeniz gerekir. Belki de en test edilmiş ve güvenilir araç, daha önce bahsedilen "1C: Veri Dönüştürme 2.1"dir. Bu araç, kullanıcıdan belirli işletim becerileri gerektirecektir, ancak onun yardımıyla, nesnelerin konfigürasyonlar arasında otomatik olarak aktarılmasını organize etmek mümkündür.

· Yıllar geçtikçe konfigürasyon radikal bir şekilde yeniden tasarlandıysa, standart geçiş araçlarını ayarlamak, bu amaçlar için kendi işlemlerinizi yazmaktan daha fazla emek yoğun olabilir. 1C platformlarıyla ilişkili olmayan bir muhasebe programından geçiş düzenlenmesi durumunda da benzer bir durum ortaya çıkar. Böyle bir geçişin yapılması da mümkün ancak evrensel bir takasın önceden gündeme getirilmesi mümkün olmayacaktır. Her özel durum, soruna bireysel bir yaklaşım gerektirir. Firmamız dbf, gibi çeşitli formatlardaki dosyalar aracılığıyla veri aktarımı konusundaki tecrübesini sunabilmektedir. xls (Excel'den 1C'ye evrensel yükleyici), xml'dir.

Platform 7.7'den 8.2'ye geçişle ilgili olarak belirtilmeye değer bir diğer nokta ise endişelerdir. veritabanı birleştirme.

Birkaç şirketin kayıtlarını tek bir veritabanında tutmaya yönelik bir mekanizmanın bulunmamasından dolayı, birçok işletme 1C: Enterprise 7.7'de aynı anda birden fazla veritabanını korumak zorunda kaldı. Bu sorun sekizinci versiyonda çözüldüğü için, bir veri aktarım projesi kapsamında birkaç veri tabanını tek bir veritabanında birleştirme görevi ortaya çıkıyor. Üstelik yedi bazın her birinin kendine has özellikleri olabilir.

Yukarıda verilen yöntemleri kullanarak her bir veri tabanıyla ayrı ayrı etkileşim kurabilirsiniz. Ancak bu duruma özel bir takım alt görevler ortaya çıkar.

1. Belirli bir kuruluşla ilgili belgelerin birleştirilmesi. Bu sorun önek mekanizması kullanılarak kolaylıkla çözülebilir. Programa kayıtlı her kuruluşa kendi harf öneki atanır. Bu önek belge numarasına eklenir, böylece numaraların benzersizliği sağlanır.

2. Dizinlerin yinelenen öğelerinin kontrolü. Verileri birkaç bilgi kaynağından tek bir bilgi sistemine aktarırken, aynı dizin öğelerinin, örneğin yeni bir dizindeki aynı karşı tarafın birkaç kez tekrarlanacağı bir durum ortaya çıkabilir. Bu nedenle, verileri aktardıktan sonra, yinelenen dizin öğelerini karşılaştırma ve birleştirme prosedürünün uygulanması gerekir.

3. Bilmeniz gereken olası zorluklar

Yeni bir platforma geçiş sürecinin doğru planlanması ile birçok sorunun önüne geçilebilir. Ancak, projenin uygulama aşamasında zaten ortaya çıkan bir takım spesifik özellikler vardır. Hem yanlış kullanıcı işlemlerinden hem de 1C:Enterprise platformunun teknik özelliklerinden dolayı ortaya çıkan çeşitli hatalardan bahsediyoruz. Bu noktaları daha ayrıntılı olarak ele alalım.

3.1. Kaynak verilerdeki hatalar

Genel olarak veri tabanındaki bir nesnenin kesin olarak tanımlanması TIN ve KPP ayrıntıları kullanılarak mümkündür. Yedide bu değerlerin her ikisi de tek bir TIN/KPP detayında saklandı ve bu detaya girilen verilerin doğruluğuna dair herhangi bir kontrol yapılmadı. Daha az sayı girmek, ayırıcıyı yanlış yere koymak ve tamamen soyut bir TIN girmek mümkündü.

Tipik bir aktarımda, bir dizin oluştururken karşı taraflar, gerekli sayıda karakter kesilerek TIN ve KPP ile ayrılır. Bu nedenle yeni veritabanının detaylarında kesinlikle yanlış veriler kaydedilebilir. Dolayısıyla bu tür verileri kullanarak aktarım sırasında nesnelerin doğru şekilde tanımlanması çok zor olacaktır.

Diğer bir sorun ise birleşik bir veri giriş formatının olmayışıdır. Her kullanıcı en çok sevdiği adı girebilir. Bir "yedi" veritabanında kullanıcının karşı tarafın "Adını" doldurarak "Vympel Yönetim Şirketi" yazdığını ve başka bir "yedi" veritabanında aynı karşı tarafın "Vympel Yönetim Şirketi" olarak listelendiğini varsayalım. Böyle bir durumda, otomatik işleme bunun aynı karşı taraf olduğunu belirleyemeyecek ve onu iki kez sekize taşıyacaktır. Böyle bir veri tabanında daha fazla çalışmak zor olacaktır çünkü dengenin bir kısmı bir unsurda, ikinci kısmı ise diğerinde olacaktır.

3.2. Yapılandırma farklılıkları

Bir diğer transfer hatası grubu da konfigürasyonlardaki teknolojik farklılıklardan kaynaklanmaktadır. Bazı ticari işlemler "1C:Enterprise 7.7"ye çeşitli belge türleri ile ve "1C:Enterprise 8"e tek tek yansıtılmaktadır. Örneğin, hem malzeme hem de malların makbuzları yeni programa bir belgeyle, eski programa ise iki belgeyle yansıtılıyor. Böylece “22 No'lu Malzemelerin Teslim Alınması” ve “22 No'lu Malların Teslim Alınması” belgelerini aktarmaya çalışırken benzersizlik kontrol hatası ortaya çıkar. Belirli bir dönemde aynı sayıdaki iki belgenin kaydedilmesi imkansız olduğundan, bunlara yapay olarak farklar getirilmesi gerekir ve bu farklılıkların getirileceği sistem üzerinde önceden anlaşmaya varılır.

Örneğin indirilen belgenin numarasına ek bir önek eklenerek bu sorun çözülür. Belgenin her özelliği için bu önek ayrı ayrı tahsis edilmiştir. Bu, belgelerin indirildiği veritabanının veya indirmenin yapıldığı belgenin türünün bir özelliği olabilir. İşte böyle bir önekin oluşumuna bir örnek. Krasnoyarsk'taki şube üssü "KR" ön ekini verir. İndirmenin yapıldığı “Malzemelerin alınması” belge türüne “M” ön eki verilir. Yani yedideki belge numarası 00000031 ise sekizli sayı şu şekilde olacaktır:

“KR” + “M” + “00000031” = “KRM00000031”

Sonuç olarak, veritabanına benzersiz bir numara kaydedilecektir.

3.3. Teknik problemler

1C:Enterprise platformunun teknik özelliklerinden dolayı da veri aktarım hataları meydana gelebilir. Örneğin, ada göre standart arama mekanizması, bir dizin öğesinin adındaki büyük harfleri küçük harflerden ayırmaz. Bu mekanizmayı kullanırken kafa karışıklığı var. Örneğin veritabanında “l-audio” ve “L-Audio” olmak üzere iki karşı taraf bulunmaktadır. Bir “l-audio” karşı tarafı ararken sistem “L-Audio”yu bulacaktır. Sonuç, yanlış doldurulmuş bir belge olacaktır.

Seçilen veri aktarım yönteminin kendisine de dikkat etmek gerekir. Yukarıda karşı tarafların ikiye katlanmasıyla ilgili olarak açıklanan örnek, şirket şubelerinin veri tabanlarından aktarıldığında gerçekte iki katına çıkmayabilir. Farklı şehirlerde faaliyet gösteren şirketlerin farklı şehirlerde faaliyet gösteren karşı tarafları da olabilir. L-Audio şirketinin Nizhny Novgorod'daki şubesi ve L-Audio şirketinin Moskova'daki kendisi veritabanlarında haklı olarak aynı şekilde adlandırılabilir. Bu tür karışıklıkları önlemek için önceden bir transfer yöntemi seçmeniz gerekir. Örneğimizde karşı tarafları kaynak veritabanına bağlı olarak farklı dizin gruplarına ayırabiliriz. Böyle bir tekniğin seçimi veri yükleme mekanizmalarını da etkileyecektir.

Ortaya çıkan sorunları çözmek için yukarıda açıklanan yöntemler de yeterince evrensel olmayabilir. Verileri taşırken taşıma aracında kullanılan yöntemleri birleştirebilmek çok önemlidir. Örneğin, dizinlerin çoğu öğesini ada göre tanımlarız. Aynı zamanda, “Sabit varlıkların muhasebe için kabulü” belgesini aktarırken, bu yöntem, aynı türden bir dizi küçük sabit varlığın (ofis malzemeleri, mobilya vb.) girilmesi durumunda istenmeyen sonuçlar verecektir. yalnızca stok numarasında farklılık gösterir. Muhasebe için her kabul belgesi aynı nesneyi gösterecektir. Ve bir nesneyi muhasebe için birkaç kez kabul etmek imkansızdır. Bu nedenle kullanılan veri taşıma aracının özelleştirilebilme yeteneğinin sağlanması çok önemlidir. Bu durumda, işletim sistemi aramasının erişim numarasına (kod) göre yapılması gerektiğini basitçe belirteceğiz.

Çözüm

Şu anda hala 1C:Enterprise 7.7 kullanarak çalışan pek çok şirket var. Bunun nedeni, yeni platformun avantajlarının anlaşılmaması, yeni teknolojileri öğrenme konusundaki isteksizlik, geçiş sırasında çok sayıda zorlukla karşılaşma korkusu gibi faktörlerdir. 1C: Muhasebe örneğini kullanarak bu nedenlerin çoğunun o kadar da önemli olmadığını göstermeye çalıştık. Faaliyetlerimiz boyunca müşterilerimizin 1C:Enterprise 8 platformundaki programların uygulanmasıyla ilgili olası zorluklarla başa çıkmalarına yardımcı oluyoruz. Geçiş konusuyla ilgileniyorsanız veya 1C:Enterprise 8 platformu ve üzerinde oluşturulan konfigürasyonlarla ilgili başka sorularınız varsa şirketin uzmanlarıyla iletişime geçin "RG-Yumuşak" hizmetinizde!

1C 7.7 programının çoğu kullanıcısı, 1C 7.7'den 8.3'e (8.2) geçişin karmaşık ve yalnızca programcılara bağlı olduğunu düşünüyor. Kuruluşun tamamen yeniden tasarlanmış bir konfigürasyonu yoksa, bu makale sizin için yazılmıştır ve 1C 8.3 veya 8.2'ye geçişte yardımcı olacaktır.

1C 7.7'den adım adım sonraki veri aktarımı için 1C 8.3 (8.2) veritabanı nasıl hazırlanır

Çalışmaya başlamadan önce, sonraki veri yüklemesi için 1C 8.3 (8.2) veritabanını hazırlamanız gerekir.

Aşama 1

1C veritabanını en son sürüme güncelleyin, en son 8.2 veya 8.3 sürümünü kullanın. Mevcut sürümün uygunluğunu 1C teknik destek web sitesinde kontrol edebilirsiniz.

1C 8.3 platformu nasıl kurulur veya güncellenir, video eğitimimize bakın:

Adım 2

Rutin ay sonu kapanış işlemlerini gerçekleştirmek. Ayrıca muhasebe kayıtlarınızı şu adresten kontrol edebilirsiniz: Hizmet – 1C Muhasebe 8'e geçiş için veri doğrulama. Hatalar varsa düzeltin.

Aşama 3

Adım 5

Verileri yüklemek için temiz bir veritabanı oluşturun. Bu, öngörülemeyen durumların ortaya çıkması durumunda veri indirme işleminin derhal iptal edilmesi için gereklidir. Programın üst menüsünü seçin Yönetim – Verileri yükleyin, yükleme dosyasının adını ve kaydedileceği konumu belirtin.

Bu hazırlık önlemleri sayesinde gereksiz nesneler veri tabanından kaldırılacak, 1C veri tabanı küçülecek. Sonuçlar yeniden hesaplanacak ve veritabanının mantıksal bütünlüğü kontrol edilecektir. Artık 1C 7.7'den 1C 8.3'e (8.2) veri aktarmaya başlayabilirsiniz.

1C 8.3'te bilgi tabanı nasıl eklenir, aşağıdaki video dersine bakın:

Verileri 1C 7.7'den 1C 8.2 Muhasebe 2.0'a aktarma

1C 8.2 Muhasebe 2.0 programının sürümünün en son sürümünde, 1C 7.7 bilgi veritabanlarından çeviri desteklenmemektedir. 1C şirketinin gereksinimlerine uygun olarak yapılması gerekmektedir. Bu nedenle, 1C 8.2 veritabanında seçerseniz Hizmet – Bilgi veritabanlarından veri aktarımı 1C Enterprise 7.7 sonra şu hatayı alıyoruz:

Ancak onu gerçekten özellikle 1C 8.2 sürümüne aktarmanız gerekiyorsa ne yapmalısınız?

Adım 1. 1C 7.7'den veri yükleme

1C 8.2 Muhasebesine yüklemek için daha önce 1C tarafından sağlanan dosyaları indirmek gerekir. Bu dosyalar veritabanınızdaki ExtForms klasörüne yerleştirilmelidir. Örnekte bu D:\1с\77\unp_demo\ExtForms'dur. 1C programını yüklerken veritabanınızın yolunu görüntüleyebilirsiniz:

Bu işlemi çalıştıralım: Her şey doğru yapılırsa, “1C Muhasebe 8 için veri yükleniyor” mesajı görünmelidir, Aç düğmesini tıklayarak seçin:

Kuralları yükle – Acc77_80.xml adlı bir dosya, onu ExtForms klasörüne kopyaladık;
Başlangıç tarihi ve bitiş tarihi – verilerin indirileceği dönem;
Veri yükleme kuralları – yüklenecek nesneler, bir dosyaya yüklenmesi gereken dizinler ve belgeler.

Örnekteki veri dosyası masaüstüne kopyalanacaktır ancak siz başka bir klasörü seçebilirsiniz. Değişim kurallarını yükle düğmesine tıklayın. 1C 7.7'den kaldırılacak ve seçim kutuları kaldırılarak veya işaretlenerek düzenlenebilecek nesnelerin bir listesi açılacaktır:

Duruma göre verileri tek seferde veya parça parça yükleyebilirsiniz. İlk önce dizinleri kaldırıyoruz -% 95'i sorunsuz bir şekilde kaldırılıyor. İkinci dosya ile muhasebe bölümlerine göre bakiyeleri ve ciroları yüklüyoruz. Bu seçeneğin, bazı verilerin tam olarak doğru şekilde yüklenmemesi durumunda kullanılması uygundur.

Adım 2. 1C 8.2'ye yükleme 1C 7.7'den Muhasebe 2.0

Seçmek Hizmet – Bilgi veritabanlarından veri aktarımı 1C Enterprise 8, beliren pencerede Dosyadan yükle'yi seçin:

1C 7.7'den masaüstüne indirilen dosyayı seçin. İleri butonuna tıkladıktan sonra dosyadan veriler yüklenecektir. 1C 7.7 veritabanındaki muhasebe uzun süredir korunuyorsa yükleme uzun zaman alabilir.

İndirme sırasında hatalar meydana gelirse, verilerin yalnızca bir kısmı indirilecek ve bu nedenle yeniden indirilmesi gerekecektir.

Verileri 1C 7.7'den 1C 8.3 Muhasebe 3.0'a aktarma

Bir veritabanını 1C 7.7'den 1C 8.3'e aktarma algoritması ayrıntılı olarak biraz farklıdır, ancak genel olarak yukarıda 1C 8.2 Muhasebe 2.0 için açıklanana benzer.

Aşama 1

1C bilgi tabanını güncelledikten sonra veri yükleme kurallarını güncellemek gerekir. Bu şöyle yapılabilir.

1C 8.3 Accounting 3.0'ı açın ve sağ alt köşedeki Transfer kurallarını kaydet düğmesini seçin, 1C Accounting 7.7 sürümünü seçin ve bilgi veritabanının ExtForms dizininin yolunu belirterek kuralları kaydedin:

Adım 2. 1C 7.7'den veri yükleme

1C 7.7'den 1C 8.3'e yükleme yeteneği varsayılan olarak yapılır, yani ek dosyalar indirip veritabanına eklemeye gerek yoktur.

Boşaltma işlemine başlayalım: Servis – Ek özellikler. 1C 8.3 Muhasebeye Geçiş yazısını buluyoruz. 3.0'ı seçin ve Aç'a tıklayın:

Görünen pencerede şunları doldurmanız gerekir:

Yükleme kuralları - veritabanınızın bulunduğu klasörde bulunabilen ACC_ACC8.xml adlı bir dosya (yukarıda veritabanına giden yolun nasıl belirleneceği açıklanmıştır), ExtForms klasörü. Bu 1C 8.3'ten kopyalanandır;
Başlangıç tarihi ve bitiş tarihi – verilerin indirileceği süre;
Veri dosyası adı – yüklenen verileri içeren dosyayı kopyalayacağımız yer;
Veri yükleme kuralları - yüklenecek nesneler, bir dosyaya yüklenecek dizinler ve belgeler:

Değişim kurallarını yükle düğmesine tıklayın. Seçim kutuları kaldırılarak veya işaretlenerek düzenlenebilen, 1C 7.7'den kaldırılacak nesnelerin bir listesi görünecektir.

Parçalar halinde yükleyebilir, birkaç dosya oluşturabilir veya tüm verileri bir kerede yükleyebilirsiniz. Ne yapılacağı spesifik duruma bağlıdır. Örnekte tüm verileri bir kerede yüklüyoruz.

1C Muhasebe 3.0'ı (8.3) açalım ve burada veri yüklemenin 2 yolunu göreceğiz'i seçelim:

Bir bilgi tabanından veri yükleyin - 1C 8.3 programının kendisi kurulu veritabanlarını bulacak ve verileri oradan kopyalayarak bu bilgi tabanına bağlanmaya çalışacaktır. Ayarları kullanarak nelerin yüklenmesi gerektiğini belirleyebilir ve Verileri yükle düğmesini tıklayabilirsiniz:

Bir dosyadan veri yüklemek sadece bizim seçeneğimizdir. 1C 7.7'den indirilen dosyayı belirtmeli ve Veri yükle düğmesini tıklamalısınız. Aşağıdaki gibi bir pencere açılırsa indirme işlemi başarılı olmuş demektir. Aksi takdirde, parçalar halinde indirmeniz ve programın 1C 7.7'de ürettiği hataları düzeltmeniz gerekir:

1C 7.7'nin değiştirilmiş standart konfigürasyonundan 1C 8.3 (8.2)'ye veri aktarımı

Verileri aktaracağımız programın sürümünde bulunmayan, yeniden yazılan iş süreçleri nedeniyle, değiştirilen 1C 7.7 konfigürasyonlarından veri aktarımı çok daha karmaşıktır. Çoğu durumda, bu tür aktarımlar, veri aktarımı konusunda deneyimi olan veya Veri Dönüştürme yapılandırması konusunda iyi bilgi sahibi olan bir uzman tarafından yapılmalıdır. Bu tür yapılandırmaları taşımak için kullanılabilecek genel geçiş ilkeleri vardır:

İşlevselliğin aktarılması. Yeni konfigürasyonda 1C 7.7'de mevcut olan işlevselliğin tekrarlanması gerekmektedir. Ek belgeler, referans kitapları ve ayrıntılar. Bu veritabanının -CF'sini kaldırın.
yılın sonunda. Hesap cirosunu karşılaştırın önce kıvrımlar ve sonrasında- eşit olmalılar.
Verilerin daraltılmış bir 1C 7.7 veritabanından yeni sürümün standart temiz veritabanına aktarılması. 1C 7.7 ve 8.2 veya 8.3'teki hesaplardaki ciro verilerini kontrol edin. Hatalar varsa düzeltin.
Verilerin 1C 7.7'den yüklendiği temiz veritabanına, 1C 7.7'deki işlevselliğin tekrarlandığı bir CF yapılandırma dosyasının yüklenmesi gerekir.
Ek dizin ayrıntıları Veri Dönüştürme yapılandırması kullanılarak aktarılabilir.

Verileri 1C 7.7'den 1C 8.3 ve 8.2'ye aktardıktan sonra verileri kontrol etme

Ciro Bilançosu raporunu kullanarak alt hesaplar, muhasebe türleri, bilanço dışı hesaplar, para birimleri hakkında veriler içeren bir rapor oluşturun ve verilerin aktarıldığı 1C 8.3 (8.2) veritabanındaki aynı raporla karşılaştırın: