Bir nesne dönüştürme kuralı örneği. Nesneleri dönüştürmek için bir kural örneği Veri aktarımı için tipik kurallar 1c
Yıllarca süren sıkı çalışma sonucunda toplanan veriler ve önemli belgeler, daha yeni bir platform veya 1C yapılandırması çıktı diye kaybolmamalı. Bunun olmasını önlemek için veri aktarımı olasılığı vardır.
Veri aktarımı, bir konfigürasyondan diğerine geçişin en kritik kısımlarından biridir.
Verilerin güvenli ve sağlam bir şekilde aktarılabilmesi için bu işi profesyonellere emanet etmeniz gerekiyor. Ekibimiz tüm işi kaliteli ve zamanında yapacaktır.
Geçiş adımları
Veri aktarımı 5 aşamadan oluşmaktadır. Bunları olabildiğince ayrıntılı ve açık bir şekilde açıklamaya çalıştık.
Veri aktarımımız neden daha iyi?
Tipik bir veri aktarımının maliyeti
Yeni programın bakımı
Tüm verileri aktardıktan sonra, programınızı sürdürmeniz gerekebilir. Size sunmaya hazırız!
1C 8.2'ye Geçiş
Bir platformdan diğerine geçişin diğer aşamaları hakkında ayrıntılar. Lisans yükseltme, yapılandırma, eğitim, destek. Uzmanlarımız size gerekli tüm yardımı sağlamaya hazır!
Neden daha iyiyiz?
sipariş transferi
bizim takım
1C transferimiz neden daha iyi?
1C 8.2 dizinlerini ve diğer verilerinizi aktarmadan önce, uzmanlarımız size işin tüm aşamaları hakkında ayrıntılı bilgi verecektir. Üssünüzü bize emanet ederek, her zaman ne yapıldığını, hangi sırada yapıldığını ve işin her aşaması için ne kadar ödediğinizi bilirsiniz.
Doğrudan 1C 7.7'nin 1C 8.2'ye aktarılmasına geçmeden önce, uzmanlarımız veritabanınızın derinlemesine bir analizini yapacaktır. içinde olma ihtimali yüksek Yeni sürüm 1C, ihtiyacınız olan tüm iyileştirmelere zaten sahiptir. Her durumda, rahat çalışma için başka neye ihtiyacınız olabileceğini önereceğiz.
Transferin en önemli aşamasından önce, uzmanlarımız her zaman tanımlamak için 1C veritabanlarının deneme transferini gerçekleştirir. olası hatalar, tekrarlama ve veri kaybı. Ancak transferin kendisinden sonra bile, kalitesinden daha da emin olmak için kesinlikle her şeyi kontrol edeceğiz.
İş, yalnızca 1C 8 dizinlerinin ve diğer verilerin aktarımının doğru yapıldığından ve sonuçtan memnun kaldığınızdan emin olduktan sonra tamamlanmış sayılır. Müşterilerimizi terk etmeyiz!
Aşama 1. Kaynak veritabanının genel analizi
Ne iş yapılır:
Ne için:
Kaynak tabanının genel bir analizini yaptıktan sonra, verilerin standart yollarla aktarılabileceğine dair onay alınabilir, bu durumda transfer hizmetinin ek maliyeti, tipik bir transferin fiyat listesine göre belirlenir. yapılandırma.
Doğru bir tipik transfer mümkün değilse, konfigürasyonları, değişim kurallarını ve standart dışı transferi sonlandırmak için çalışma maliyeti ile bir teklif hazırlanır.
Fiyat: 2 000 ruble
Aşama 2. Standart dışı transfer için teknik dokümantasyonun hazırlanması
Ne iş yapılır:
standart olmayan transfer prosedürleri (gerekirse).
Ne için:
Belirtilen teknik dokümantasyon seti mevcut değilse, 1C konfigürasyonları arasında standart olmayan transferler yalnızca saatlik olarak gerçekleştirilir. Bu durumda, işin maliyetini ve süresini önceden doğru bir şekilde garanti etmek mümkün değildir. Bununla birlikte, bu durumda, bir dizi dokümantasyon hazırlamak için zaman ve maliyet açısından bir miktar tasarruf mümkündür.
Fiyat: Kaynak bazında genel bir analizin sonuçlarına göre belirlenecektir.
Aşama 3. Alıcı yapılandırmasının sonuçlandırılması
Ne iş yapılır:
Ne için:
bir servis mühendisi tarafından güncellemeler.
Aşama 4. Transfer kurallarının kesinleştirilmesi
Ne iş yapılır:
Ne için:
Standart değişim kuralları tarafından aktarılmayan verilerin doğru aktarımını sağlar;
Kaynak konfigürasyon iyileştirmeler içermese de, kaynak veritabanındaki muhasebe standart çözüm metodolojisi açısından yanlış yürütüldüyse, aktarım kurallarının iyileştirilmesi de gerekebilir.
Fiyat: bir dizi teknik dokümantasyon temelinde oluşturulmuştur.
Aşama 5. Veri aktarımı
Ne iş yapılır:
Ne için:
gitmeye hazırsın yeni üs mevcut bakiyelerinizle veriler.
Transfer, Müşteri için özel olarak yapılan iyileştirmeler kullanılarak 1C tarafından geliştirilen transfer kuralları kullanılarak gerçekleştirilir. Aktarılan verilerin bileşimi, farklı yapılandırma sürümleri için farklılık gösterebilir, uzmanlarımız size olası tavsiyelerde bulunacaktır.
özellikleri aktarın.
1. Giriş.
2. Neye ihtiyacınız var: 1C yapılandırması: Veri dönüştürme 2. * ve paketten işleme. Görevlere bir örnek olarak, 1C: Ticaret Yönetimi 11 ve 1C: BP 3 yapılandırmalarını alıyoruz. *.
Bu nedenle, 1C'ye veri yüklemek için kurallar geliştirmek için 1C yapılandırmasına ihtiyacınız olacak: Nesne Dönüştürme 2 ve ayrıca pakete dahil olan işleme.
Örneğin, dönüşüm tabanını zaten konuşlandırdık ve başlattık.
1C: Trade Management 11 ve 1C: Enterprise Accounting 3 (UT / BUH değişim kuralları) yapılandırması arasında değişim kurallarının gelişimini yazacağız.
3. Meta veri yapısını boşaltmak ve değiş tokuş etmek için İşleme ihtiyacımız olacak.
Geliştirme için almanız gereken ilk şey, meta veri yapısına sahip dosyalardır. Bu, nesne dönüştürme paketinde yer alan meta veri yapısı boşaltma işlemi kullanılarak yapılır.
Aslında, üzerindeki yapılandırmalar için paketlenmemiş yapılandırma dizininde yönetilen formlar MD83Exp.epf'i işlemekle ilgileniyoruz. Normal formlardaki yapılandırmalardan boşaltma yapılması gerekiyorsa, MD82Exp.epf işleme kullanılır. Bu, örneğin, 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 vb. gibi yapılandırmalardan bir yapı almanız gerekiyorsa geçerlidir.
Ayrıca, kurallarımızı kullanarak 1C'de veri yüklemek ve indirmek için, 1C: Trade Management 11. *, 1C BP 3, 1C gibi yönetilen formlardaki yapılandırmalar için "XML formatında evrensel veri alışverişi" V8Exchan83.epf dosyasının işlenmesi gerekir. : ERP 2.* ve benzeri. Ve buna göre V8Exchan83.epf - normal formlardaki yapılandırmalar için.
4. Yapılandırma meta veri yapısının yüklenmesi 1C: Trade Management 11.3 ve 1C: Enterprise Accounting 3.0 *
Meta veri yapısını 1C yapılandırmasından kaldırarak başlayalım: Enterprise Accounting 3.
Açık işleme MD83Exp.epf
İşleme şeklinde var ek ayarlar 1C'de kayıtları ve hareketleri boşaltma seçeneğini etkinleştirebileceğimiz veya devre dışı bırakabileceğimiz yer. Boşaltma işleminin gerçekleştirileceği bir seçenek de vardır: 1C sunucusunda veya "istemcide". Veri yapısının kaldırılacağı dosyanın adını belirtin. Benzer şekilde, Trade Management 11 yapılandırma meta veri yapısını kaldırıyoruz.
Şimdi yapılandırmayı dönüştürme veritabanına yüklemeniz gerekiyor. Bu öğeye hem konfigürasyon listesinden hem de dönüşüm listesinden ulaşılabilir. Masaüstünden başlatalım:
İletişim kutusunda, BP yapısını yükleyin: 
Ve benzer şekilde - Ticaret Bakanlığı'nın yapısı. 
İndirme tamamlandığında, sizin için uygun bir ad belirleyebileceğiniz bir iletişim kutusu görünecektir. 
6. Belirli bir görev örneğinde 1C'de dönüştürme kurallarının oluşturulması.
Ardından, yeni bir ayar oluşturduğumuz "Nesne kurallarını ayarlama"ya gidin.
Dönüşüm oluşturmak için iletişim kutusunda, "kaynak" konfigürasyonunu ve (önceden yüklemiş olduğunuz) "hedef" konfigürasyonunu seçin ve Tamam'a tıklayın.
Bu yazıda "sıfırdan" ve "çöp olmadan" yaratmayı göstermeyi planladığım için, size otomatik olarak hiçbir şey yaratmadığımızı hatırlatırım. Prototip yok.
Bu iletişim kutusunda hiçbir şey yapmayacağız, sadece tıklayın - "Kapat".
Bir belgeyi bir belgeye değil, bir türü diğerine boşaltmak için kurallar oluşturalım, örneğin, UT 11'den Mal ve Hizmet Satışları belgesini, BP 3'teki Mal ve Hizmetlerin Alındığı belgesine gerekli dizinlerle birlikte.
Böylece yeni bir PKO oluşturuyoruz (nesneleri 1C'ye dönüştürme kuralı)
Hizmet Mallarının Gerçekleştirilmesi kaynağını ve Hizmet Mallarının Alındığının alıcısını seçin ve Tamam'a tıklayın.
Bu durumda, tekrar reddettiğimiz bir iletişim kutusu görünecektir. otomatik oluşturma PKS (Mülk Dönüşüm Kuralları). Ardından, yalnızca gerekli olanları seçiyoruz.
Ancak bir PVD (veri yükleme kuralları) oluşturma teklifine "Evet" yanıtını veriyoruz.
Seçim için evrensel XML değişiminin işlenmesine yansıtılacak olan VDP'ler oluşturulur:
Boş özellik dönüştürme kurallarına sahip veri dönüştürme kuralları da oluşturulacaktır.
Ayrıca, varsayılan olarak, nesnenin dahili tanımlayıcısına göre FSP'nin aranmasının önerildiği açıktır. Bu, PKO'nun yanında bir büyüteçle gösterilir. Kendi aramamızı yapacağız ve gün başında belge numarası ve tarihe göre yapacağız.
UIO araması kaldırılıyor:
Şimdi nesnenin gerekli özelliklerini (koşullarını) eşleştirmeye başlayalım. Bunu yapmak için, "Özellik Senkronizasyonu"na tıklayın (ekranda "1" etiketi). Özyinelemeli kural oluşturma işlemini kaldırıyoruz ("2"). İşaretli tüm ayrıntıları ("3") kaldırıyoruz. Ve ihtiyacımız olanı kendimiz seçeceğiz.
Örneğin, neye ihtiyacınız olduğunu seçin:
Karşı tarafın PKS'sini kuruluşa, kuruluşu karşı tarafa yapacağımıza ve ayrıca "Para Birimi" ve "Belge" gibi adla eşleşmeyen bazı ayrıntıları da karşılaştıracağımıza dikkatinizi çekiyorum. para birimi".
Henüz dönüştürme kuralı olmadığını görüyoruz.
Devam etmek ve açıklamak için ayrıntılarla başlayalım. İlk önce daha önce yazdığım gibi belge aramayı kuruyoruz, belgeyi tarih başlangıcında boşaltıp arıyoruz ve numaralandırmayı değiştireceğiz. İlk üç karakteri "UTB" ön ekimizle değiştireceğiz. Ve BP ve UT'de numaralandırma 11 karakter olduğundan, bileşik bir sayı yaparız: ön ekimiz ve kaynaktan 8 karakter. Aşağıdaki ekran görüntüsü örneği.
Gerçekleştirilmemiş ve taşınmamış belgeleri her zaman boşaltırız. Belgelerin kullanıcı tarafından kontrol edildikten sonra alıcıda tutulacağını varsayıyoruz.
Bunu yapmak için, nasıl tutulmayacağını 0 veya 1 olarak ayarlayan PCS bir boolean olarak kullanılır.
Para birimini örnek olarak kullanarak, PCS için bir nesneyi dönüştürmek için bir kural oluşturuyoruz. Aynı zamanda, her iki temelde de para birimleri olduğunu ve bunların kodla senkronize edilmesi gerektiğini düşünüyoruz. Bu nedenle, para birimlerinin CSP'sindeki tüm PCS'leri oluşturmayacağız, yalnızca arama için Kodu ekleyeceğiz. Onlar. nesne için bir PCS oluşturma teklifinden - reddediyoruz.
Oluşturulan Dönüştürme Kuralı, belgenin SCS için PQS'sinde değiştirildi. Ve varsayılan kuralın kendisi benzersiz bir tanımlayıcı tarafından sunulur. Düzeltiyoruz, kodda bir arama yapıyoruz ve özelliği yeni bir nesne oluşturmayacak şekilde ayarlıyoruz.
Sonuç olarak, seçeneği elde ederiz:
Ayrıca, benzetme yoluyla, PKO ve PKS'nin ayrıntılarının geri kalanı için yaratıyoruz. Ayrıca, karşı tarafa göre bir kuruluş araması ve TIN'e göre tersini belirledik. Minimal ayrıntılarla böyle görünüyor (gerekirse ekleyebilirsiniz).
Karşı tarafların PKO Sözleşmeleri için, PKS Karşı Tarafını, adını ve sahibini ararız.
PCS'de numaralandırma türünde istenen değeri nasıl belirteceğimizi görelim. Örneğin, "İşlem Türü" özniteliği. Burada çeşitli koşulları kullanabilir ve değerleri değiştirebilirsiniz. Örneğin, “işlem türü” her zaman boşaltılacak “Mal” olması gerekir, bu durumda “alın” da istenen değeri bir dize olarak yazmak yeterlidir.
Aşağıda, Takas Çokluğu, Takas Oranı, Hesaplar için zorluk çekmeden ve çoğu durumda PKS'nin nasıl ayarlanacağı gösterilmektedir.
PKO Terminolojisi için, aramayı dahili benzersiz tanımlayıcıya göre bırakıyoruz. Ama grubunuzu nasıl yeniden tanımlayabileceğinize dikkat edeceğim. Örneğin, 1C: Ticaret Yönetimi 11 yapılandırmasından yeni bir terminolojinin kaldırılacağını kabul ediyoruz, ancak terminolojinin belirli bir "Grubumuz" grubunda toplanması gerekiyor.
Bu görevi gerçekleştirmek için başka bir PKO oluşturuyoruz. Dönüşüm kuralında ebeveynin PDN'sinde belirteceğimiz "Nomenklatür Ebeveyn" diyelim.
İki arama belirledik: grubumuzun adının sabit kodlandığı ada göre ve "ThisGroup" özniteliğinin zorunlu özelliği true olarak.
Tüm terminolojinin grubumuza ait olduğuna karar verdiğimiz için, boşaltma sırasında grupları UT 11'den boşaltmaya gerek yoktur.Bunu yapmak için, Nomenclature PKO'da, "Before Unloading" olay işleyicisine bir filtre koyacağız. “Failure= Source” gruplarını boşaltmaya gerek yoktur. Bu grup;".
Mal ve Hizmetlerin DRP (veri yükleme kuralları) Uygulamasında, silinmek üzere işaretlenen belgelerin yüklenmemesi için bir filtre ekleyeceğiz. Bunu yapmak için, "BeforeUnloading" olay işleyicilerindeki PDP'de "Reddetme = Object.DeletionMark;" filtresini yazacağız.
Geliştirilen kuralları bir dosyaya kaydedin.
7. Özetle: Geliştirilen veri alışverişi kurallarını kullanarak veri yükleme ve indirme.
1C: Trade Management 11'de "XML formatında evrensel veri alışverişi" V8Exchan83.epf işlemesini açıyoruz. 
Boşaltma geçti, şimdi aynı işleme ile 1C: Enterprise Accounting 3'e yüklüyoruz.
İndirme tamamlandı. Dolu olduğunu kontrol edelim. Böylece, belge istediğimiz gibi yüklenir - Kuruluşu karşı tarafa ve karşı tarafı da kuruluşa yükledik. Hesapların tümü indirilir ve kurulur. Ön ekimizle ve günün başında belge numarasını aldık. Kaydedilmiş olan tüm bilgiler doldurulmuştur.
Terminolojinin yüklenmesini kontrol ediyoruz. Her şeyin planladığımız gibi çıktığını görüyoruz.
Detayları istediğimiz gibi oluşturduk ve doldurduk. Dönüşümde pek çok incelik ve dönüşümü doğru bir şekilde yazmaya yardımcı olan bazı basit ama gerekli şeyler vardır. Bu da hataları en aza indirmenize, mevcut verileri bozmamanıza ve gereksiz çöplerden kurtulmanıza olanak tanır. Bu en çok biridir basit örnekler. Ayrıca, bir nesneyi birçok nesneye veya tam tersini birçok nesneye - bir nesneye dönüştürebilirsiniz.
Şimdi veri dönüştürme 3 var, diğer sorunları çözüyor. Bu nedenle, dönüşüm 2'ye de ihtiyaç vardır. Öğrenme ve ustalaşmada herkese iyi şanslar.
Tabii ki, eğer bir programcıysanız ve bu sizin asıl işinizse, dönüşümü kendiniz yazmayı deneyebilirsiniz. Ama değilse, o zaman faaliyet alanınızda zamanınızı değerlendirmeli ve bu görev profesyonellerden yapmasını isteyin.
arasında veri geçişi çeşitli konfigürasyonlarönemsiz bir görev değildir. Her zaman olduğu gibi, birkaç çözüm var, ancak hepsi optimal değil. Veri aktarımının nüanslarını anlamaya çalışalım ve bu tür sorunları çözmek için evrensel bir strateji seçelim.
Bir çözümden diğerine veri taşıma sorunu (bu tamamen şirketin 1C ürünleriyle ilgilidir) dün ortaya çıkmadı. 1C şirketi, geliştiricilerin geçiş oluştururken karşılaştıkları zorlukların farkındadır, bu nedenle araçlarla yardımcı olmak için elinden gelenin en iyisini yapar.
Platformun geliştirilmesi sırasında şirket, veri aktarımını basitleştiren teknolojilerin yanı sıra bir dizi evrensel araç tanıttı. Tüm standart çözümlere ve geçiş sorununa yerleşiktirler. aynı konfigürasyonlar genel olarak çözüldü. Standart çözümlerin yakın entegrasyonu zaferi bir kez daha teyit ediyor.
Standart olmayan çözümler arasındaki geçişlerde durum biraz daha karmaşıktır. Geniş bir teknoloji yelpazesi, geliştiricilerin bir sorunu kendi bakış açılarından çözmenin en iyi yolunu bağımsız olarak seçmelerine olanak tanır.
Bunlardan bazılarını ele alalım:
- metin dosyaları aracılığıyla değiş tokuş;
- değişim planlarının kullanımı;
- vesaire.
Her birinin artıları ve eksileri vardır. Özetlemek gerekirse, ana dezavantaj ayrıntı olacaktır. Geçiş algoritmalarının bağımsız olarak uygulanması, uzun bir hata ayıklama sürecinin yanı sıra önemli zaman maliyetleriyle doludur. Bu tür kararların daha fazla desteklenmesinden bahsetmek bile istemiyorum.
Karmaşıklık ve yüksek bakım maliyeti, 1C şirketini evrensel bir çözüm oluşturmaya sevk etti. Geçişlerin geliştirilmesini ve desteklenmesini olabildiğince basitleştirmenizi sağlayan teknoloji. Sonuç olarak, fikir ayrı bir konfigürasyon - "Veri Dönüştürme" şeklinde uygulandı.
Veri dönüştürme - standart çözüm, kendi kendine yapılandırma. ITS:Prof aboneliği olan her kullanıcı, bu paketi kullanıcı destek sitesinden veya ITS diskinden tamamen ücretsiz olarak indirebilir. Kurulum devam ediyor standart bir şekilde- 1C'nin diğer tüm standart çözümleri gibi.
Şimdi çözümün artıları hakkında biraz. En önemlisi ile başlayalım - çok yönlülük. Çözüm, belirli platform yapılandırmalarına/sürümlerine uygun hale getirilmemiştir. Hem standart yapılandırmalarla hem de kendi kendine yazılanlarla eşit derecede iyi çalışır. Geliştiriciler, evrensel bir teknolojiye ve yeni geçişler oluşturmak için standartlaştırılmış bir yaklaşıma sahip olur. Çözümün çok yönlülüğü, geçişleri 1C:Enterprise dışındaki platformlar için bile hazırlamanıza olanak tanır.
İkinci kalın artı görsel yardımcılardır. Basit geçişler programlama olmadan oluşturulur. Evet, evet, tek bir kod satırı olmadan! Yalnızca bunun için bile, teknolojiyi bir kez öğrenmek ve ardından paha biçilmez becerileri tekrar tekrar kullanmak için zaman ayırmaya değer.
Dikkat edeceğim üçüncü avantaj, veri dağıtımında kısıtlamaların olmamasıdır. Geliştiricinin kendisi, alıcı konfigürasyonuna veri iletme yöntemini seçer. Kutunun dışında iki seçenek mevcuttur: bir xml dosyasına yükleme ve bilgi tabanına (COM/OLE) doğrudan bağlantı.
Öğrenme mimarisi
Veri dönüştürmenin harikalar yaratabileceğini zaten biliyoruz, ancak teknik avantajların ne olduğu henüz net değil. Öğrenilmesi gereken ilk şey, herhangi bir veri taşıma işleminin (dönüşüm) değişim kurallarına dayalı olduğudur. Değişim kuralları - IB'den verilerin yükleneceği yapının açıklamasını içeren normal bir xml dosyası. Veri yükleme/indirme işlemini gerçekleştiren hizmet işleme, değişim kurallarını analiz eder ve yüklemeyi bunlara göre gerçekleştirir. İndirme sırasında ters işlem gerçekleşir.
"KD" yapılandırması, geliştiricinin değişim kuralları oluşturduğu bir tür görsel oluşturucudur. Veri yüklemeyi bilmiyor. Bunun için CD dağıtım kitine dahil olan ek harici hizmet işleme sorumludur. Birkaç tane var (dosya adındaki XX, platform sürüm numarasıdır):
- MDXXExp.epf- işleme, bilgi tabanı yapısının açıklamasını bir xml dosyasına yüklemenize olanak tanır. Yapının açıklaması, daha fazla analiz ve değişim kurallarının oluşturulması için CD'ye yüklenir.
- V8ExchanXX.epf- değişim kurallarına uygun olarak bilgi tabanından veri yükler/indirir. Çoğu tipik konfigürasyonda, işleme kutudan çıkar çıkmaz mevcuttur (“Servis” menü öğesine bakın). İşleme evrenseldir ve herhangi bir özel yapılandırmaya/kurallara bağlı değildir.
Tamam, şimdi yukarıdakilerin tümüne dayanarak, yeni bir dönüşüm geliştirmenin aşamalarını tanımlayalım:
- Görev tanımı. Hangi verilerin aktarılması gerektiğini (hangi yapılandırma nesnelerinden) ve en önemlisi nereye aktarılacağını açıkça anlamak gerekir.
- Daha sonra CD'ye yüklemek için konfigürasyon yapılarının (Kaynak/Alıcı) bir açıklamasının hazırlanması. Görev, hizmet işleme MDXXExp.epf tarafından çözülür.
- Yapıların hazırlanmış açıklamaları IS'ye yükleniyor.
- CD'nin görsel araçlarını kullanarak değişim kuralları oluşturma.
- V8ExchanXX.epf işlemeyi kullanarak oluşturulan veri dönüştürme kurallarına göre yükleme/indirme.
- Hata ayıklama değişim kuralları (gerekirse).
En basit dönüştürme
Gösterim için iki dağıtılmış yapılandırmaya ihtiyacımız var. "Ticaret Yönetimi" 10. baskı ve kendi yazdığım küçük bir çözüm seçeneğinde durmaya karar verdim. Görev, verileri tipik UT yapılandırmasından aktarmak olacaktır. Kısaca, kendi kendine yazılan çözüme "Alıcı" ve ticaret yönetimine "Kaynak" diyeceğiz. "Adlandırma" dizininin öğelerini aktararak sorunu çözmeye başlayalım.
Öncelikle veri dönüştürme şemasına bir göz atalım ve yapılması gereken işlemlerin listesini tekrar okuyalım. Ardından "Kaynak" yapılandırmasını başlatıyoruz ve içinde hizmet işleme MD82Exp.epf'i açıyoruz.
İşleme arayüzü, çok sayıda ayar ile parlamaz. Kullanıcının yalnızca yapının tanımına girmeyen meta veri nesnesi türlerini belirtmesi gerekir. Çoğu durumda, bu ayarların değiştirilmesi gerekmez çünkü birikim defterlerinde (örnek olarak) boşaltma hareketlerinde belirli bir nokta yoktur.
Dokümanların alıcıda bekletilmesi sırasında hareketi oluşturmak daha doğrudur. Transferden sonra tüm hareketler belgenin kendisi tarafından yapılacaktır. Varsayılan ayarları savunan ikinci argüman, yüklenen dosyanın boyutunu azaltmaktır.
Bazı belgeler (özellikle tipik konfigürasyonlarda) birden çok kayıtta hareketler oluşturur. Tüm bu çiftçiliğin boşaltılması, ortaya çıkan XML dosyasıçok büyük. Bu, sonraki taşımayı ve alıcı tabanına yüklemeyi zorlaştırabilir. Veri dosyası ne kadar büyükse, o kadar fazla rasgele erişim belleği işlenmesi için. Uygulamam sırasında, uygunsuz derecede büyük yükleme dosyalarıyla karşılaştım. Bu tür dosyalar, standart yollarla ayrıştırılmayı tamamen reddetti.
Bu nedenle, tüm varsayılan ayarları bırakıp yapılandırma açıklamasını bir dosyaya yüklüyoruz. İkinci baz için de aynı işlemi tekrarlıyoruz.
CD'yi açın ve ana menüden seçin “Dizinler” -> “Yapılandırmalar”. Dizin, dönüşüm oluşturmak için kullanılabilecek tüm konfigürasyonların yapılarının açıklamalarını saklar. Yapılandırma açıklamasını bir kez yüklüyoruz ve ardından farklı dönüşümler oluşturmak için tekrar tekrar kullanabiliriz.
Dizin penceresinde, “düğmesine basın Eklemek” ve beliren pencerede, yapılandırma açıklamasını içeren bir dosya seçin. "Yükle" kutusunu işaretleyin yeni konfigürasyon” ve “İndir” düğmesine tıklayın. İkinci konfigürasyonun yapısının açıklamasıyla benzer eylemler gerçekleştiriyoruz.
Artık değişim kurallarını oluşturmak için her şey hazır. Ana CD menüsünde, “Referanslar” -> “Dönüşümler”i seçin. Ekleme yeni eleman. Yeni bir dönüştürme oluşturma penceresinde şunları belirtmeniz gerekir: kaynak yapılandırması (UT'yi seçin) ve alıcı yapılandırması ("Alıcı"yı seçin). Ardından, "Gelişmiş" sekmesini açın ve aşağıdaki alanları doldurun:
- değişim kuralları dosya adı - oluşturulan değişim kuralları bu ad altında kaydedilecektir. Dosya adı herhangi bir zamanda değiştirilebilir, ancak şimdi ayarlamak en iyisidir. Bu, gelecekte zamandan tasarruf sağlayacaktır. Demonun kurallarını "rules-ut-to-priemnik.xml" olarak adlandırdım.
- isim - dönüşümün adı. İsim kesinlikle herhangi bir şey olabilir, kendimi “Demo” ile sınırladım. Alıcıya UT”.
İşte bu, "Tamam" ı tıklayın. Hemen önümüze tüm kuralları otomatik olarak oluşturmamızı isteyen bir pencere geliyor. Böyle cazip bir teklifi kabul etmek, yöneticiye seçilen konfigürasyonların açıklamasını otomatik olarak analiz etme ve bağımsız olarak değişim kuralları oluşturma komutunu verecektir.
Hemen "ve"yi noktalayalım. Usta ciddi bir şey üretemeyecektir. Ancak, bu olasılığı küçümsememek gerekir. Aynı konfigürasyonlar arasında bir değişim kurmanız gerekirse, bir sihirbazın hizmetleri çok yardımcı olacaktır. Örneğimiz için manuel mod tercih edilir.
"Exchange kuralları ayarları" penceresine daha yakından bakalım. Arayüz biraz kafa karıştırıcı görünebilir - çok sayıda denetimlerle doldurulmuş sekmeler. Aslında her şey o kadar da zor değil, uygulama ile birkaç saat çalıştıktan sonra bu çılgınlığa alışmaya başlıyorsunuz.
Bu aşamada iki sekme ile ilgileniyoruz: “Nesne dönüştürme kuralları” ve “Veri yükleme kuralları”. İlkinde, eşleştirme kuralları belirlememiz gerekiyor, yani. iki konfigürasyonun nesnelerini karşılaştırın. İkincisinde, kullanıcının boşaltma için kullanabileceği olası nesneleri belirleyin.
"Nesne dönüştürme kuralları" sekmesinin ikinci yarısında iki sekmeli ek bir panel vardır: "Özellik dönüştürme" ve " Değer dönüştürme". Birincisi, seçilen nesnenin özelliklerini (gereklilikleri) seçecek ve ikincisi, önceden tanımlanmış değerlerle çalışmak için gereklidir (örneğin, önceden tanımlanmış öğeler dizinler veya numaralandırma öğeleri).
Harika, şimdi dizinler için dönüştürme kuralları oluşturalım. Bu eylemi iki şekilde gerçekleştirebilirsiniz: nesne senkronizasyon sihirbazını kullanın ("" üzerine tıklayın) veya her nesne için manuel olarak eşleşmeler ekleyin.
Yer kazanmak için ilk seçeneği kullanacağız. Sihirbaz penceresinde, “ kutusunun işaretini kaldırın. Belgeler” (sadece dizinlerle ilgileniyoruz) ve grubu genişletin” Referans kitapları". Listeyi dikkatlice kaydırıyoruz ve karşılaştırılabilecek dizinlerin adlarına bakıyoruz.
Benim durumumda, böyle üç dizin var: İsimlendirme, Organizasyonlar ve Depolar. Aynı semantik yükü gerçekleştiren bir Clients dizini de vardır. karşı taraflar" yapılandırmadan " UT". Doğru, usta, mükemmel isimleri nedeniyle onları karşılaştıramadı.
Bu hatayı kendimiz düzeltebiliriz. Pencerede bul Nesne Eşlemeleri» el kitabı « Müşteriler”ve “Kaynak” sütununda “Karşı taraflar” referans kitabını seçin. Ardından "Tür" sütunundaki kutucuğu işaretleyin ve "Tamam" düğmesini tıklayın.
Nesne Eşitleme Sihirbazı, seçilen tüm nesnelerin özelliklerini dönüştürmek için otomatik olarak kurallar oluşturmanızı isteyecektir. Mülkler ada göre eşleştirilecek ve gösterimimiz için bu yeterli olacaktır, hemfikiriz. Bir sonraki soru, yükleme kuralları oluşturma önerisi olacaktır. Kabul edelim.
Değişim kurallarının temeli hazır. Senkronizasyon için nesneleri seçtik ve özellikleri dönüştürme ve kuralları yükleme kuralları otomatik olarak oluşturuldu. Değişim kurallarını bir dosyaya kaydedelim, ardından IB “Source” u açalım (benim durumumda UT'dir) ve içinde servis işlemeye başlayalım V8Exchan82.epf.
Öncelikle işlem penceresinde oluşturduğumuz exchange kurallarını seçin. Kuralları yükleme sorusuna olumlu cevap veriyoruz. İşleme, değişim kurallarını analiz edecek ve boşaltma için mevcut nesneler için aynı ada sahip bir ağaç oluşturacaktır. Bu ağaç için, hangi veriyi seçmemiz gerektiğini değiştirerek her türlü filtreyi veya değişim düğümünü ayarlayabiliriz. Kesinlikle tüm verileri yüklemek istiyoruz, bu nedenle filtre yüklemeye gerek yok.
Bir dosyaya veri yükleme işlemi tamamlandıktan sonra IB'ye gidin " Alıcı". İçinde işlemeyi de açıyoruz V8Exchan82.epf, sadece bu sefer "Veri yükleniyor" sekmesine gidiyoruz. Veri dosyasını seçin ve "Yükle" düğmesini tıklayın. Her şey, veriler başarıyla aktarıldı.
Gerçek dünyadan görevler
İlk demo yanıltıcı olabilir. Her şey oldukça basit ve mantıklı görünüyor. Aslında, bu doğru değil. Gerçek işte, yalnızca görsel araçlar kullanılarak (programlama olmadan) çözülmesi zor veya tamamen imkansız olan görevler ortaya çıkar.
Teknolojide hayal kırıklığına uğramamak için bazı gerçek görevler hazırladım. İş yerinde mutlaka karşınıza çıkacaktır. Çok önemsiz görünmüyorlar ve veri dönüştürmeye yeni bir açıdan bakmanızı sağlıyorlar. Sunulan örnekleri dikkatlice inceleyin ve gerçek sorunları çözerken bunları parçacık olarak kullanmaktan çekinmeyin.
Görev numarası 1. Eksik ayrıntıları doldurun
Dizini aktarmamız gerektiğini varsayalım “ karşı taraflar". Alıcının bunun için benzer bir referans kitabı “Müşteriler” vardır. Veri depolama için tamamen uygundur, ancak “destekleri vardır” organizasyon”, karşı tarafları kuruluşa ait olarak ayırmanıza olanak tanır. Varsayılan olarak, tüm karşı taraflar mevcut kuruluşa ait olmalıdır (aynı isimdeki sabitten elde edilebilir).
Sorunun birkaç çözümü var. Sahne malzemelerini doldurma seçeneğini değerlendireceğiz” organizasyon"tam üssün içinde" Alıcı”, yani veri yükleme sırasında. Mevcut organizasyon bir sabitte saklanır, bu nedenle bu değeri elde etmenin önünde bir engel yoktur. Nesne dönüştürme kuralını açalım (bundan sonra FRP olarak anılacaktır) “ Müşteriler” (nesneye çift tıklayın) ve kural kurulum sihirbazında “Olay işleyicileri” bölümüne gidin. İşleyiciler listesinde " yüklendikten sonra”.
Özniteliğe müteakip atama ile mevcut organizasyonu elde etmek için kodu açıklayalım. "Yüklemeden sonra" işleyicisi tetiklendiği anda, nesne tam olarak oluşturulmuş ancak henüz veritabanına yazılmamış olacaktır. Kimse bizim takdirimize bağlı olarak değiştirmemizi yasaklamaz:
Object.ThisGroup DEĞİLSE Object.Organization = Constants.CurrentOrganization.Get(); EndIf;
Sahne malzemelerini doldurmadan önce " organizasyon» özniteliğin değerini kontrol etmek gereklidir « Bu grup". rehber için" Müşteriler» hiyerarşik bayrak ayarlanmıştır, bu nedenle bir grubun kontrol edilmesi gereklidir. Benzer şekilde, herhangi bir detayın doldurulması gerçekleştirilir. Diğer işleyici seçenekleri için yardımı okuduğunuzdan emin olun " Yükleme Sonrası". Örneğin, aralarında bir parametre var " ret". "True" değeri atanırsa, nesne veritabanına yazılmaz. Böylece, yükleme sırasında nesneleri yazmak için sınırlamak mümkün hale gelir.
Görev numarası 2. Bilgi kaydındaki ayrıntılar
El kitabında " karşı taraflar"UT yapılandırması, ayrıntılar var" Alıcı" Ve " Sağlayıcı". Her iki donanım da “ tipindedir. mantıksal” ve karşı tarafın türünü belirlemek için kullanılır. IB'de " Alıcı”, referans kitabında” Müşteriler“Benzer bir detay yok ama bir bilgi kaydı var” Müşteri Türleri". Benzer bir işlevi yerine getirir ve tek bir müşteri için birden çok etiketi saklayabilir. Görevimiz, ayrıntıların değerlerini bilgi kaydının ayrı kayıtlarına aktarmaktır.
Ne yazık ki, görsel araçlar tek başına burada da baş edemiyor. Küçük başlayalım, bilgi kaydı için yeni bir PCO oluşturalım " Müşteri Türleri". Hiçbir şeyi kaynak olarak listelemeyin. Yükleme kurallarının otomatik olarak oluşturulmasını reddedin.
Bir sonraki adım, yükleme kurallarını oluşturmaktır. Uygun sekmeye gidin ve " Eklemek". Yükleme kuralları ekleme penceresinde şunu doldurun:
- örnekleme yöntemi. “Keyfi algoritma” olarak değiştirin;
- dönüştürme kuralı “Müşteri Tipleri” bilgi kaydını seçin;
- Kuralın kodu (adı). “Uploading Client Species” olarak yazıyoruz;
Şimdi yüklemek için veri seçme kodunu yazmanız gerekiyor. Burada parametre “ veri örnekleme". İçine hazırlanmış bir veri seti ile bir koleksiyon yerleştirebiliriz. Parametre " veri örnekleme” farklı değerler alabilir - sorgu sonucu, seçim, değer koleksiyonları vb. Bunu iki sütunlu bir değerler tablosu olarak başlatıyoruz: müşteri ve müşteri tipi.
Olay işleyici kodu aşağıdadır " işlemeden önce". “ parametresini başlatır. veri örnekleme” ardından dizinden veri doldurma “ karşı taraflar". Burada “ sütununu doldurmaya dikkat etmekte fayda var. İstemci Türü". "UT"de, "Boolean" türünde özelliklere ve alıcıda bir numaralandırmaya sahibiz.
Bu aşamada onları istediğimiz tipe getiremiyoruz (UT'de değil), o yüzden şimdilik string olarak bırakacağız. Bunu yapmak zorunda değilsiniz ama ben hemen kaynakta eksik bir türe nasıl yayın yapılacağını göstermek istiyorum.
DataFetch = NewValueTable(); Data Selection.Columns.Add("Müşteri"); Data Selection.Columns.Add("ClientType"); Dizinden DataFrom Seçme = Directoryies.Contractors.Select(); DataFromCatalog.Next() Alımı Yapılırken DataFromCatalog.ThisGroup Fetching ise Döngü Devam Ediyor; EndIf; DataFetchFromCatalog.Buyer ise NewString = DataFetch.Add(); NewString.Client = ÖrneklemeDataFromCatalog.Reference; NewString.ClientType = "Alıcı"; EndIf; DataFetchFromCatalog.Provider ise NewString = DataFetch.Add(); NewString.Client = ÖrneklemeDataFromCatalog.Reference; NewString.ClientType = "Tedarikçi"; EndIf; Döngü Sonu;
Veri yükleme kuralını kaydedin ve “ Nesne Dönüştürme Kuralları". Bilgi kaydı için ekleyelim” Müşteri Türleri” özellik dönüştürme kuralları: müşteri ve müşteri tipi. Kaynağı boş bırakıyoruz ve "Before boşaltma" olay işleyicisine şunu yazıyoruz:
//"Client" özelliği için Value = Source.Client; //“CustomerType” özelliği için Source.Customer = "Alıcı" ise, İfade = "Sayfalandırmalar.CustomerTypes.Buyer" ElseIf Source.Customer = "Tedarikçi" Sonra İfade = "Sayılandırmalar.CustomerTypes.Supplier"; EndIf;
Listelemede, yapılan veri seçimine göre detaylar doldurulur. İstemciyi basitçe bir bağlantı olarak iletiyoruz ve istemcinin türünü " parametresine yazıyoruz. İfade". Bu parametrenin verileri alıcıda yorumlanacak ve yürütüldüğünde, öznitelik numaralandırmadaki doğru değerle doldurulacaktır.
İşte bu, değişim kuralları hazır, ele alınan örneğin oldukça evrensel olduğu ortaya çıktı. 7.7 platformunda oluşturulan yapılandırmalardan veri aktarılırken genellikle benzer bir yaklaşım kullanılır. Bunun çarpıcı bir örneği, dönemsel detayların aktarımıdır.
Görev numarası 3. Tablo Püf Noktaları
Çoğu zaman, bir tablo parçasının satırlarını birkaç parçaya göndermeyi gerektiren görevler vardır. Örneğin, ilk konfigürasyonda, hizmetler ve mallar tek bir tablo bölümünde kaydedilirken, bu varlıkların depolanması alıcıda ayrılmıştır. Yine görsel yollarla sorun çözülemez. Burada ikinci sorunun çözümünü esas almak uygundur.
Bir veri yükleme kuralı oluşturuyoruz, keyfi bir algoritma belirliyoruz ve tablo bölümünden veri almak için “Yüklemeden önce” işleyicisine bir sorgu yazıyoruz.
Yer kazanmak için, isteğin kodunu vermeyeceğim (her zaman kaynak koduna başvurabilirsiniz) - bunda olağandışı bir şey yok. Ortaya çıkan örneği sıralarız ve sıralanan sonuçları zaten tanıdık parametreye yerleştiririz " veri örnekleme". Yine, bir değerler tablosunu koleksiyon olarak kullanmak uygundur:
DataFetch = NewValueTable(); //Burada bir tablo bölümü daha olacak Data Selection.Columns.Add("Products"); //Burada ayrıca Data Selection.Columns.Add("Services"); .Columns.Add(“Bağlantı”);
Görev numarası 4. Verileri bir işleme aktarma
Bir kuruluş birkaç muhasebe sistemi kullanıyorsa, er ya da geç, müteakip kayıtların oluşturulmasıyla birlikte veri geçişine ihtiyaç duyulacaktır.
yapılandırmada " kan basıncı"evrensel bir belge var" Operasyon” ve daha fazla tel oluşturmak için idealdir. İşte sadece bir sorun - belge kurnazca yapılmış ve ona veri aktarmak o kadar kolay değil.
Böyle bir dönüştürmenin bir örneği, makalenin kaynak kodunda bulunabilir. Kod miktarının oldukça büyük olduğu ortaya çıktı, bu nedenle makale için yayınlamanın bir anlamı yok. Yüklemenin yine veri yükleme kurallarında keyfi bir algoritma kullandığını söylememe izin verin.
Görev numarası 5. Verileri birden çok öznitelikte eşitleme
Zaten birkaç örneği ele aldık, ancak şu ana kadar geçiş sırasında nesne senkronizasyonundan bahsetmedik. Karşı tarafları transfer etmemiz gerektiğini ve bunların bir kısmının muhtemelen alıcı veritabanında olduğunu düşünelim. Veriler nasıl aktarılır ve kopyalar nasıl önlenir? Bu bağlamda, CD aktarılan nesneleri senkronize etmek için çeşitli yollar sunar.
İlki, benzersiz tanımlayıcıya göre. Birçok nesne, bir tablo içinde benzersizliği garanti eden benzersiz bir tanımlayıcıya sahiptir. Örneğin, el kitabında " karşı taraflar” aynı kimliğe sahip iki öğeye sahip olamaz. CD bunun için bir hesaplama yapar ve oluşturulan tüm PSP'ler için tanımlayıcıya göre arama varsayılan olarak hemen etkinleştirilir. PSP'nin oluşturulması sırasında, nesne adının yanındaki büyüteç simgesini fark etmiş olmalısınız.
Eşsiz bir tanımlayıcı ile eşitleme güvenilir bir yöntemdir, ancak her zaman uygun olmaktan uzaktır. Dizinleri birleştirirken “ karşı taraflar” (birkaç farklı sistemden) pek yardımcı olmuyor.
Bu gibi durumlarda nesneleri birkaç kritere göre senkronize etmek daha doğrudur. Karşı tarafları TIN, KPP, İsim ile aramak veya aramayı birkaç aşamaya bölmek daha doğrudur.
Veri dönüştürme, geliştiriciyi arama kriterlerini tanımlamada sınırlamaz. Soyut bir örnek ele alalım. Dizinleri senkronize etmemiz gerektiğini varsayalım " karşı taraflar" den farklı bilgi tabanları. Bir PCP hazırlayalım ve bir nesneyi dönüştürme kurallarının ayarlarında “ kutusunu işaretleyin. Alıcı nesnesi kimliğe göre bulunamazsa arama alanlarını aramaya devam edin". Bu eylemle, hemen iki arama kriteri tanımladık - benzersiz bir tanımlayıcı ve isteğe bağlı alanlar.
Alanları kendimiz seçme hakkımız var. TIN, KPP, Adı not ettikten sonra, hemen birkaç arama kriteri belirteceğiz. Rahat? Oldukça, ama yine, bu yeterli değil. Peki ya arama kriterlerini değiştirmek istersek? Örneğin, önce bir grup TIN + KPP ararız ve hiçbir şey bulamazsak, o zaman adımızla şansımızı denemeye başlarız.
Böyle bir algoritmayı uygulamak oldukça mümkündür. Olay işleyicide Arama alanları” en fazla 10 arama kriteri belirtebiliriz ve bunların her biri için kendi arama alanları bileşimini tanımlarız:
SearchOptionNumber = 1 ise SearchPropertyNameString = “TIN, KPP”; ElseIfSearchVariantNumber = 2 ThenSearchPropertyNameString = "Ad"; EndIf;
Her zaman birden fazla çözüm vardır.
Herhangi bir görevin birkaç çözümü vardır ve farklı yapılandırmalar arasında veri aktarımı bir istisna değildir. Her geliştiricinin kendi çözüm yolunu seçme hakkı vardır, ancak sürekli olarak karmaşık veri geçişleri geliştirmeniz gerekiyorsa, "" yapılandırmasına dikkat etmenizi şiddetle tavsiye ederim. İlk başta eğitime kaynak (zaman) yatırmanız gerekmesine izin verin, ancak bunlar ilk az çok ciddi projede karşılığını fazlasıyla alacaklardır.
Kanımca, 1C şirketi haksız yere veri dönüştürmeyi kullanma konusunu atlıyor. Teknolojinin var olduğu süre boyunca, üzerinde yalnızca bir kitap yayınlandı: "1C: Enterprise 8. Veri dönüştürme: uygulama çözümleri arasında değişim". Kitap oldukça eski (2008), ancak yine de onu tanımanız tavsiye edilir.
Platform bilgisi hala gerekli
» evrensel bir araçtır, ancak 1C:Enterprise 7.7 platformu için geliştirilen yapılandırmalardan veri geçişleri oluşturmak için kullanmayı planlıyorsanız yerleşik dili tanımak için zaman harcamanız gerekecektir. Dilin sözdizimi ve ideolojisi çok farklıdır, bu yüzden öğrenmek için zaman harcamanız gerekir. İlkenin geri kalanı aynı kalır.
Ve onun yardımıyla görevlerinizin çözümünü GÜÇLÜ bir şekilde nasıl basitleştirdiğini gösteriyoruz.
Bugün, tam anlamıyla 10-15 dakikada dizinlerin ve başlangıç bakiyelerinin nasıl kurulacağını ve basit bir şekilde aktarılacağını analiz edeceğiz.
Ve bu toplu ve düzenli görev, başlatılmakta olan çoğu yeni yapılandırma için neredeyse kaçınılmazdır.
Bu nedenle meslektaşlarınızı arayın, onlar için de çok faydalı olacaktır.
Hele CD 3'ü izleyip korkmuşlarsa :)
Evet, onu ilk gördüğünüzde, hiç net değil.
Ama aslında - her şey ÇOK basit. O kadar basit ki sonradan sıkılmaya bile başlayacaksınız :)
Bugünün videolarında tam olarak ne var?
Bunlar, aracılığıyla veri paylaşımıyla ilgili 4 videodur. evrensel EnterpriseData değişim formatı.
Ek olarak, bir örnek göstereceğiz standart değişim kurallarının iyileştirilmesi 1C'de: Veri Dönüştürme 3.0
Toplam süre - 34 dakika. İçerik:
- 1C örneğini kullanarak borsa kurma: Muhasebe 8 ve 1C: ERP
- Model kuralları nasıl indirilir ve evrensel biçim Veri Dönüştürme 3.0'da değiş tokuş
- Meta veri yapısının CD 3.0'a aktarılması
- İlk veri alışverişi nasıl yapılır?
- kuralların iyileştirilmesi dönüşümler
- Yapılandırmayı değiştirmeden yeni kurallar nasıl yüklenir ( destekten çekilmeden)
Not bu sorunu çözerken, yükleme kurallarının yalnızca alıcı yapılandırmasında değiştiğini. Ve kaynak konfigürasyonu standart kurallara göre çalışır.
Data Conversion 2.0'da böyle bir görev çözülürse, hem kaynak hem de hedef kurallarında değişiklikler yapılması gerekir.
Bu video eğitimleri BSP ile ilgilidir revizyon 2.3.2(2.3.2.43'ten daha eski sürümler için).
BSP'nin eski bir sürümünü kullanıyorsanız, değiştirilen arayüz ve genişletilmiş işlevsellik için bir "düzeltme" yapın. Bunu yapmak için videodaki örneği kendiniz tekrarlayın.
1. video:
Data Conversion 3.0'daki tipik yapılandırmalar arasında değişim kuralları yükleniyor
Bu derste, tipik yapılandırmalar arasındaki değişim kurallarında değişiklik yaparken hazırlık eylemleri gerçekleştireceğiz:
- Exchange formatının yapısının CD'ye yüklenmesi (
- Dönüşüm oluşturma
- Kural dosyalarını tipik bir yapılandırmadan karşıya yükleme
- Değişim yöneticisi modülünü boşaltma
2. video:
CD 3.0'da değişim kurallarının iyileştirilmesi
Bu öğreticide, verileri yüklerken nesnelerin ayrıntılarını nasıl dolduracağınızı göstereceğiz.
Görev çözülecek - nesneleri kaynak konfigürasyondan yüklerken, "BP 3.0'dan yüklendi" yorumunu ayarlayın.
Sorunu çözmek için yapmanız gereken nesne dönüştürme kurallarındaki değişiklikler, "Alınan verileri yazmadan önce" durumunda.
Geliştirilen kurallar daha sonra kullanılmak üzere harici işleme olarak kaydedilecektir.
3. video:
Tipik konfigürasyonlar arasında evrensel bir değişim kurma
Bu öğreticide, size yeni bir tür değişiminin nasıl kurulacağını göstereceğiz.
Ayarlar, kaynak konfigürasyonda yapılacak ve ardından hedef konfigürasyona yüklenecektir.
Ayrıca bu videoda size nasıl olduğunu göstereceğiz yapılandırmayı değiştirmeden yeni değişim kuralları yükleyin.
Video 4:
Değişim kurallarını kullanarak açılış bakiyelerini aktarma
Derste, başlangıç bakiyelerini aktarmak için tipik bir işlevi göstereceğiz.
Not:
Evet, txt/dbf/ole vb. var olma hakkına sahiptir. Bir web sunucusuna yerleştirme veya hazır bir harici uygulama formatından aktarma gibi bazı özel durumlarda.
Ancak, standart değişimler için - standart yöntemler hem daha hızlı hem de çok daha basittir.
Ve eğer hazır bir bisiklet varken birisi bir bisiklet icat ederse tek elden çözüm – alnına "enstrümanım yok, öğrenmek istemiyorum, paran için koltuk değneği yaparım" yazmak gibi. .
P.P.S.
Data Conversion 3.0'ın zor olmadığını göstermek istiyoruz.
Olağandışı - evet. Her şey hemen net değil - evet. Çok belirsiz anlar var - evet.
Ancak hazır talimatlar ve videolar yardımıyla sadece 1-2 hafta içinde ustalaşılabilir.
Şu anda, 1C: Enterprise 7.7'den 8.3'e geçiş (8.2'ye benzer şekilde) muhasebeciler için bir baş ağrısı haline geldi. Tercihen en kısa sürede ve hatasız. 1C: Muhasebe programcısıysanız ve bu belgeleri yedinci sürümden sekizinci sürüme dönüştürmeniz gerekiyorsa, bu makale tam size göre.
Sadece birkaç adım atın ve veri aktarımı sorunlarınız çözülecektir. Oku bu kılavuz sonuna kadar ve bunu nasıl yapacağınızın bir yolunu bulacaksınız. Başlamak için hazırlanmalısınız iş yeri Gerekli manipülasyonlar için bilgisayarınızda. Önce sen HDD boyutu en az 100 GB olmalıdır. Bu gereklidir çünkü bakiyelerin transferi çok düzeylidir. Ve birkaç 7.7 yapılandırmasıyla çalışmanız gerekecek.
1C Muhasebe 7.7'den 1C 8.3'e hızlı ve kaliteli bir geçişe ihtiyacınız varsa, lütfen bizimle iletişime geçin! Anahtar teslimi bir geçişin ortalama maliyeti 6.600 ruble.
1C 7.7'den 1C 8.3 muhasebe 3.0'a veri aktarımı
Bu nedenle, verileri 1C 8.3 sürümüne aktarmaya çalışmadan önce, bu verileri 7.7 sürümünde hazırlamanız gerekir. Bunu yapmak için aşağıdakileri yapmanız gerekir. Diyelim ki bilgisayarınızda muhasebecilerinizin çalıştığı çalışan bir "Kuruluş için Muhasebe" veritabanı var. Export77 işlemeyi kullanarak, gerekli tüm belgeleri bir metin dosyasına yükleyin ve o andan itibaren artık ana çalışma tabanına geri dönmeyin. Daha fazla manipülasyonunuz diğer konfigürasyonlarla gerçekleşecektir.
Yeni Sürüm 1C:Enterprise 7.7'yi yeni dizine yükleyin. (paket, standart bir boş (verisiz) ve bir demo sürümü içerir). Standart sürüm ile çalışacağız. Şimdi bu veritabanını çalıştırın ve Import 77 işlemini kullanarak, ana veritabanınızdaki verileri bir metin dosyasından yükleyin.
Verileri dönüştürürken, bazı belgeler gönderilmeyebilir. Bu korkutucu değil. İşin püf noktası, transferden sonra bunu kolayca düzeltebilmenizdir, çünkü standart veritabanında ana standart hesap planıyla çalışırsınız. Bu nedenle, alt hesaplar ne kadar karmaşık olursa olsun, çalışan veritabanınızda, deftere nakledilmemiş her bir belgeye giderek ve yapılandırmanızda sahip olduğunuz hesapları hesap alanlarında değiştirerek yaklaşık 3 saat içinde düzeltmek kolaydır.
Doğal olarak, önceden, transferden önce, standart konfigürasyonun hesap planını ana çalışma tabanınızın hesap planına uygun hale getirirsiniz. Seçenekler, kuruluşunuzun özelliklerine bağlı olarak tamamen bireyseldir. Bu işi yaptıktan sonra, çalışan veritabanınızdaki verilerle dolu standart bir konfigürasyon elde edersiniz.
Şimdi başka bir veri aktarımı yapmamız gerekiyor. Bunu yapmak için standart sıfır yapılandırmasını yeni bir dizine yeniden kurun. Ve zaten verilerinizle birlikte standart yapılandırmadan veri aktarın.Sonuç olarak, sürüm 8.2'ye aktarmaya hazır ideal bir sürüm 7 veritabanı elde edeceksiniz.
Gerçek şu ki, veriler yalnızca "el değmemiş" standart sürüm 7.7'den doğrudan sekizinci sürüme aktarılıyor. Ve şimdi de böyle bir konfigürasyona sahipsiniz. Ama şimdi boş değil, çalışma verilerinizle birlikte.
Tüm! 1C:Enterprise 8.2'yi piyasaya sürüyoruz. "Versiyon 7.7'den veri aktarımı"nı seçin. ve programın kendisinin işlenmiş 7.7.'nizden verileri nasıl aktardığının, belgeleri nasıl aktardığının ve ekranda 7.7 ve 8.3 sürümlerinin karşılaştırmalı bir bilanço tablosunu görüntülemesinin keyfini çıkarın.
Tabii ki,% 100 sonuç olmayacak. Ancak yüzde 70-80'de uyumluluk elde edeceksiniz. Ve sonra işiniz yalnızca 8.3 sürümünde yapılacaktır.
Olası yanlışlıklar kolayca düzeltilir. Daha 3-4 saat var. Belge günlüğüne gidersiniz ve hesapları veya alanları ayarlarsınız (örneğin, "Sözleşme" veya "Ana kasa"). Baz 7.7 farkınızın derecesine bağlıdır. standarttan. Tüm bu işlemlerin bir sonucu olarak, sürüm 8.3 çalışma konfigürasyonunuz muhasebe verilerini bilanço üzerinden ideal bir biçimde yayınlayabilecektir.
Geçişten sonra, nasıl çalışılacağını öğrenmeniz faydalı olacaktır. yeni program. Bunu yapmak için Eğitim 1C Muhasebe 8.3 bölümünü hazırladık.
Bu arada! 1C programlarını tamamlamanız gerekiyorsa, bizimle iletişime geçebilirsiniz!
1C 7.7 veritabanını 8.3'e aktarma, nasıl yapılır?
Birçok jenerik (ve bazı sektöre özel) sekizli çözümde zaten 7.7'den yerleşik geçiş araçları veya şablonun kurulum dizininde ek dosyalar bulunur.
Kendiniz aktarırsanız, o zaman ITS diskinde (İnternetteki birçok yerde olduğu gibi - Google'dan yardım için) bir işlem vardır "Şuradan indirin: elektronik tablo belgesi”, keyfi tablo verilerini dizinlere / belgelere / kayıtlara yüklemenizi sağlar. Yeterince yüksek bir beceri düzeyiyle, özel bir yapılandırma olan "Veri Dönüştürme 2" (3. ile karıştırılmamalıdır) olan savaş topçularını kullanabilirsiniz.
Böyle bir hatanın neden oluştuğunu söyleyebilir misiniz? 1C'nin belgelerinde herkes çok kafa karıştırıcı bir şekilde yazıyor - sonuçta, bir maaş almanız gerekiyor, bu nedenle el yazmalarını hiç anlayamazsınız, savaş ve barış, karmaşık olmaktan uzak sistemlerini çalıştırma konusundaki eğitimlerinden daha kolay gelir.
Maxim Kravchenko, her şey Rusça yazılmış 🙂
Deneyimlerime göre, en yaygın nedenler şunlardır:
1) 7.7'den itibaren exchange ayarlarında yanlış yol belirtilmiş. Ya sadece yazım hataları var ya da yanlış dizine giden yol belirtilmiş. Ya bilgisayarınızda yerel bir yol belirtilir ve değişim 1C kuruluşunun sunucu tarafında gerçekleşir ve bu sunucu doğal olarak yolunuz boyunca hiçbir şey görmez (yaygın bir sorun).
2) 7.7 (yerel veya sunucu) ile takas yapmaya çalışan bilgisayarın tarafında tam kurulu bir 7.7 platformu yok. Onlar. kayıtlı bir COM nesnesi yoktur ve temel 7.7, geleneksel olarak bir anahtara veya herhangi bir sistem verisine ihtiyaç duymayan güvenliği ihlal edilmiş bir platforma sahip bir dizin kullanılarak bağlanır.
3) 7.7 temel dizinine erişim hakkı yoktur (özellikle rphost iş akışının bir hizmet kullanıcısı altında çalıştığı ve 7.7 temel dizininin belirli kişilere açık olduğu bir sunucuda çalışırken önemlidir).
Maxim Kravchenko, neden IRC veya insanların "şeytanın arka bahçelerindeki" sohbetler aracılığıyla olmasın? 🙂
Hayır, bir daha aynı tırmığa basmayacağım. Zaten bir nankör skype'ını verdi ve boynuna oturdu.
eğer varsa Genel Konular, başkalarına yardımcı olabilecek cevaplar - sorun. Gelin birlikte bir iyilik yapalım. Gizli pazarlık yok.
Not: İnsanların bu kaynakta cevap verme arzusunu kaybetmemeleri için, doğrudan yardımcı olmasalar bile çözümleri işaretlemek veya en alakalı cevapların üzerine "beğen" düğmesine tıklamak iyi bir fikir olacaktır.
Maxim Kravchenko, SSS imkansız çünkü saf 7.7 doğada yok. Bütün bir standart / endüstri çözümleri paleti var, farklı versiyonlar aynı özel konfigürasyona sahiptir, ancak bu setin hiçbiri şirketlerin ihtiyaçlarını kutudan çıkar çıkmaz karşılamaz ve kurulumdan sonra satılan 7.7'nin tümü yıllardır tamamlanmıştır. 7.7'nin toplu satışlarının on yıldan uzun bir süre önce durdurulduğu gerçeği göz önüne alındığında, sizin veri tabanınızda tipik işlevsellikten geriye hiçbir şey kalmamış olabilir.
Cevabımda yazdığım standart aktarım mekanizmalarını alıp, sövelerden sorumlu olduğunuzu ve "kızlar" ı düzeltmek için tüm tutarsızlıkları yerleştireceğinizi fark ederek aktarırsanız, bu bir şeydir. Ve para karşılığında çalışmak için bir uzmanı çekmek tamamen başka bir şey. Aktarım için tüm referansları, aktarılacak bilgi miktarını (yazılar, barkodlar, TIN vb.), eksik bilgilerin nereden alınacağını vb. açıklamanız gerekir. Şu anda projenizi üstlenmeye hazır değilim. Bu görevi bağımsız sitelere kaydetmeyi ve aralarında bir ihale düzenlemeyi öneriyorum.
Transfer kuralları 1s 8
"1C: Accounting 8 rev. 2.0" programlarından "1C: Accounting 8 rev. 3.0" programına veri aktarımı
Öncelikle gelişmiş yapılandırmalar için tasarlanmıştır 1C: Muhasebe 8 ed.2.0(İnternet BP 2.0 veya BP 8.2'deki olası isimler), bir yapılandırmaya aktarma için orijinal kuralların geliştirilmesi için bir temel olarak 1C: Muhasebe 8 ed.3.0(İnternetteki olası isimler BP 3.0 veya BP 8.3), elbette tipik konfigürasyonlar arasında veri aktarımı için de uygundur.
2.0'dan 3.0'a olası geçiş stratejileri burada bulunabilir.
geçiş 1C: Muhasebe 8 ed.2.0 Açık 1C: Muhasebe 8 ed.3.0önceki dönemin planlanmış operasyonlarının tamamlanmasından sonra yeni bir dönemin (yıl, çeyrek, ay) başında gerçekleştirilmesi tavsiye edilir.
Veri aktarımı, verileri bilgi tabanından kaldıran evrensel işleme kullanılarak gerçekleştirilir. 1C: Muhasebe 8 ed.2.0 bir XML dosyasına. Ortaya çıkan dosya bilgi bankasına yüklenir 1C: Muhasebe 8 ed.3.0 evrensel veri yükleme işlemini kullanma.
Veri aktarımı için aşağıdaki dosyalar gereklidir:
ACC20_30.xml - veri dönüştürme kuralları.
bilgi tabanından BP 2.0 v BP 3.0 aktarıldı:
bilgi tabanının dönüştürüldüğü tarih itibariyle "1C: Accounting 8 rev. 2.0" bilgi tabanının muhasebe hesaplarındaki cari bakiyeler hakkında bilgi
bilgi bankası belgeleri BP 2.0 seçilen dönem için
gerekli referans bilgisi"1C: Muhasebe 8 rev.2.0" bilgi tabanından
- 1C bilgi tabanından alınan veriler BP 8.2 ayrı bir dosyaya (veri dosyası) yüklendi;
- alınan dosya 1C bilgi tabanına yüklenir BP 8.3.
Kurulum gerekli değildir, çünkü tipik konfigürasyonlarda yerleşik olan işlem kullanılır. 1C: Muhasebe 8 ed.2.0 Ve 1C: Muhasebe 8 ed.3.0.
(Özel işleme kullanma olasılığı hakkında aşağıyı okuyun)
bir programda 1C: Muhasebe 8 ed.2.0 işlemeyi açmanız gerekir (menü: Hizmet — Diğer veri alışverişi), transfer kurallarını içeren klasörü seçin (bkz. Şekil 1) ve değişim kurallarını yükleyin. İşlemin başlangıcında otomatik olarak yüklenmiş olsalar bile, değişim kurallarını her seferinde zorla yüklemenizi öneririm. Bunu yapmak için ya kurallar dosyasını yeniden seçin ya da düğmesine tıklayın. Değişim kurallarını tekrar okuyun. Tüm taşıma kurallarını dahil etmeniz gerekmez. Yalnızca bakiyelerin ve (veya) belgelerin transferi için gerekli olanları kullanmalısınız. Tüm dizinler gerektiğinde bağlantılarla aktarılır, örn. sadece bilanço ve belgelerde yer alanlar. Bu, yeni bilgi tabanında "çöp" olmamasını sağlar.
Yıl sonunda, örneğin 31 Aralık 2014 tarihinde gün sonunda bakiyeleri boşaltmanız gerekiyorsa, yani 2015'in başında demek daha doğru olur, o zaman boşaltma dönemi 01/01/2015 - XX.XX.XXXX olmalıdır. Bakiye girmek için belgeler BP 3.0 31 Aralık 2014 tarihli olacaktır. 01.01.2015 tarihinden itibaren BP 3.0 mevcut işlemleri yansıtan belgeler oluşturmanız gerekir. Yalnızca artıklara ihtiyacınız varsa, bölümden veri yüklemek için kuralları etkinleştirmeniz gerekir. Gelen bakiyeler(bkz. şekil 1). Bir bölümden veri yüklemek için kurallar Belgeler bu durumda devre dışı bırakılmalıdır (bkz. şekil 3). Boşaltma dönemi, örneğin 01/01/2015 - 01/31/2015, Ocak 2015 belgelerinin devredileceği anlamına gelir. Bir bölümden veri yüklemek için kurallar Belgeler bu durumda dahil edilmelidir.
Pirinç. 1. Veri yükleme işlemi
Her şeyden önce, kuruluşun muhasebe politikasını aktarmanızı öneririz (referans Organizasyonlar referans ile taşınır). Verileri aktarırken ayrıca parametreleri ayarlayabilirsiniz (bkz. Şekil 2). Varsayılan değerlere dönmek için değişim kurallarını yeniden yüklemeniz gerekir.
Şekil.2 Ayar parametreleri
Parametre KDV partilerinin kaydını yok sayınöncelikle doldurulup doldurulmayacağını belirler. BP 3.0 bakiyeleri girerken TMK masa Alınan faturalarla ilgili veriler. Aynı zamanda alt koninin nasıl doldurulacağını da etkiler. partiler: buna göre yuh veya kaydın geri kalanı tarafından Satın alınan varlıklarda KDV.
Parametrenin ayarlanması, kullanarak kuruluşlar için bakiyelerin boşaltılmasını yönetmenize olanak tanır. USN. Muhasebe çalışırken, kayıt verileri eşleşmediğinde Basitleştirilmiş vergi sistemi kapsamındaki harcamalar muhasebe kaydının bakiyeleri büyük/küçük harfe duyarsız olarak yalnızca muhasebe verilerine göre boşaltması daha yararlı olabilir USN, bu da birçok hata ekleyebilir. Bu durumda, açılış bakiyelerinin girilmesi için belgelerde BP 3.0 gereksinimler USN'de yansıma Ve Tüketim durumu varsayılan değerlerle dolu.
parametreyi ayarlarken Evet belgelerle eş zamanlı olarak, bu belgelerle ilişkili kayıt kümeleri aktarılacaktır. Aksi takdirde belgelerin içerikleri aktarılır ve hareketlerin alınabilmesi için belgelerin veritabanına kaydedilmesi gerekir. BP 3.0 transferden sonra. Mevcut belgelerin tüm hareketleri için olmadığı anlaşılmalıdır. BP 8.3, kibrit var BP 8.2. Bu nedenle, hareketleri olan belgeleri transfer etmeyi seçseniz bile, gerekli tüm defter setlerini oluşturmak için bazı belge türlerinin kaydedilmesi gerekebilir.
Şekil.3 BP 3.0'a aktarılan belgelerin listesi
Aktarım için dizinlerin ve bilgi kayıtlarının listesi, Şekil 4'te gösterilmektedir. Bu listeyi genişletmek isteyen varsa, lütfen yazarla iletişime geçin. Birçok dizin için nesneleri aktarmanın kuralları vardır. Bu anlaşılabilir bir durumdur, çünkü birçok belgede çeşitli dizinler bulunur ve buna göre bağlantılar aracılığıyla indirilir. Boşaltma kurallarını onlardan çıkarmak zor değil, bunu kendin yapabilirsin. Yalnızca bağlantılarla değil, tüm dizini aktarma isteği varsa, dizin boşaltma kuralı gereklidir.
Pirinç. 4 Aktarılacak bilgilerin dizinleri ve kayıtları listesi
76.AB ve 76.BA hesaplarındaki bakiye transferinin özellikleri
olarak ayarlandığında Evet parametre Karşı taraflarla yapılan anlaşmalar için doğru yeniden derecelendirme Muhasebe hataları düzeltilebilir. Başvurmanın ne olduğu Şekil 5.1'den açıktır: karşı taraf için bakiye sıfırdır, ancak ikinci alt konto için miktarlar sıfır değildir. Bu tür bakiyeler taşınmaz.
Şekil.5.1 Kalıntılarda yeniden sınıflandırma
olarak ayarlanırsa Evet parametre Ayrıntılı mesajlar, ardından boşaltma sırasında açıklayıcı mesajlar görüntülenecektir (bkz. Şekil 5.2).
Şekil.5.2 Kalıntılarda yeniden derecelendirme sırasındaki mesajlar
Mal ve malzemeler için muhasebe hesaplarında bakiye transferinin özellikleri
Dengelere başvurmak gibi hataları düzeltmek için algoritma TMK. Bu algoritma, parametreyi ayarlarken çalışır Mal ve malzeme kalıntılarında yeniden sınıflandırmayı düzeltin anlam içine Evet. Şekil 5.3'te bir örnek gösterilmiştir. 10.03 hesabının muhasebesi terminoloji, ambarlar ve partiler bağlamında gerçekleştirilir. isimlendirmenin geri kalanı Benzin AI-92 Açık depo №4 sıfırdır, ancak bakiyeleri toplu olarak genişletirseniz, birçoğu olacaktır. Partiler üzerindeki bakiyelerin cebirsel toplamı sıfıra eşittir, bu sıralamadır. Bu tür kalıntılar aktarılmamalıdır çünkü bu açık bir hatadır. Parametre ayarlandığında aktarılmayacaklardır.
Şekil.5.3 Kalıntılarda yeniden derecelendirme TMK kaynak veritabanında BP 2.0
kalanlarda durum daha kötü depo №6. Kalan sıfır değildir, bu nedenle tesis düzeltme algoritması çalışmaz, kalan kısım aktarılır. Ve nasıl aktarılacaklarını düşünelim. toplam -155,29 transfere düşmeyecek, çünkü böyle bir kalan BP 3.0 girilemez, sıfır miktar ve sıfır olmayan bir miktar girilemez, bakiye girme belgesi kaydedilmez, bu nedenle yükleme yapmayız. Sonuç olarak, içinde BP 3.0 kalan iki toplam düşecektir (bkz. Şekil 5.4). Gerisi sanki bir hatayla aktarıldı. Aslında burada tabi transfer hatası yok ama muhasebe hataları var.
Şekil.5.4 Transferin sonucu BP 3.0
Açıklanan yeniden derecelendirme düzeltme algoritmasını kullanıp kullanmamak kullanıcıya bağlıdır. Sıfır miktarlı bakiyelerin asla transfer edilmediğini hatırlamanız yeterlidir. Yazara göre bu en doğru davranış, en azından bakiye giriş belgesine girmenizi ve mutabakatı başlatmanızı sağlıyor. Aradaki dengeler arasındaki tutarsızlık konumlarının daha hızlı aranması için BP 2.0 Ve BP 3.0 transferin sonuçlarına göre, bilanço buna göre ayarlanarak bu tür sorunlu pozisyonların kaynakta seçilmesi önerilebilir. Bunun nasıl yapılacağı için Şekil 5.5'e bakın.
Şekil.5.5 Sıfır miktarlı pozisyonların seçimi
Boşaltma tamamlandıktan sonra programı çalıştırmanız gerekiyor 1C: Muhasebe 8 ed.3.0. Hem başlangıçta hem de tekrarlanan veri geçişleri veya ek geçişler sırasında yükleme, tür işleme kullanılarak gerçekleştirilmelidir. XML formatında evrensel veri alışverişi(bkz. şekil 8.1). Menü aracılığıyla açabilirsiniz: Tüm işlevler - İşleme - XML biçiminde evrensel veri alışverişi. Menü öğesi yoksa Tüm özellikler, o zaman şu adrese gitmeniz gerekir: Hizmet - Parametreler ve kutuyu işaretleyin Komutu göster Tüm işlevler.
Verileri 1C: Accounting 8 edition 3.0 veritabanına yükledikten sonra, gerekli tüm hareketleri elde etmek için ilk bakiyeleri girmek için belgeleri yürütmek gerekir. İşleme kullanabilirsiniz Belgelerin grup olarak yeniden gönderilmesi(bkz. Şekil 8.2) veya belgeleri günlüğe gönderin (menü: Tüm işlevler - Belgeler - Bakiye girme). Belgeler hareket etmeden aktarıldıysa (seçenek Doküman yükleme hareketleri değere ayarla HAYIR), o zaman kayıtlardaki ilanları ve girişleri almak için, belgelerin de kaydedilmesi gerekir.
Veri dönüştürme tekniği.
Gerekirse dönüştürme birkaç aşamada gerçekleştirilebilir, örneğin önce dizinler, ardından bakiye girme belgeleri ve ardından diğer belgeler. Bilgilerin yeniden aktarımı mümkündür. Aktarımlar arasında, aktarılan verilerde düzeltmeler yapmamalısınız. 1C: Muhasebe 8 ed.3.0, aksi takdirde bu düzeltmeler tekrarlanan transferler sırasında kaybolabilir.
Bakiyeler belgeler aracılığıyla aktarılır Açılış bakiyelerini girme.
Bakiye girme metodolojisi hakkında daha fazla ayrıntı, 1C'nin ITS web sitesindeki makalede bulunabilir.
Önemli! Başlangıç bakiyeleri girilmeden önce parametreler ayarlanmalıdır. Muhasebe politikası. Kuruluşun muhasebe politikası ayarları, bakiyelerin girildiği tarihi takip eden tarihte okunur. Örneğin, bakiye giriş tarihi 31.12.2013 ise, 01.01.2014 tarihinde belirlenen muhasebe politikası parametreleri dikkate alınır, bu, cari muhasebe politikasının parametrelerini dikkate almanızı sağlar. (örneğin: kuruluş 2013'te basitleştirilmiş vergilendirme sistemini uyguladıysa ve 2014'ten beri ortak sistem- daha sonra 31 Aralık 2013 itibariyle bakiye girilirken 2014 muhasebe politikası parametreleri dikkate alınacaktır). Bu nedenle, yukarıda da belirtildiği gibi, öncelikle kuruluşun muhasebe politikasının aktarılmasını tavsiye ederiz.
Önemli! çalışmaya başlamaya karar verirseniz, 1C: Muhasebe 8 ed.3.0 kalıntılar oraya nakledilmeden önce, içinde çalışmaya başlamadan önce gereklidir. 1C: Muhasebe 8 ed.3.0 dizinleri aktarın. Aksi takdirde, artıkları boş olmayan bir veritabanına aktarırken hatalar mümkündür.
Önemli: boş olmayan bir veritabanına - eşleşen nesnelere yükleme yaparken senkronizasyon sorununu çözme olasılığı vardır.
Özel veri aktarımı işlemeyle nasıl çalışılır?.
İşleme yalnızca modunda kullanılır dosya. İşleme Veri Transferi_from_BP20_to_BP30.epf verilerin aktarıldığı bilgi tabanında başlatılmalıdır, örn. v 1C Kurumsal muhasebe rev.3.0.İlk pencerede (bkz. Şekil 9), 1C:Enterprise platformundaki bilgi tabanından veri yükleme seçeneğini belirtmelisiniz:
Verileri doğrudan bilgi tabanından yükleyin
Şekil.9 Veri aktarım işlemi için başlangıç penceresi
Bir sonraki pencerede (bkz. Şekil 10), aktarımı yapılandırmanız gerekir:
- İşten çıkarıldıktan sonra kıdem kesintiye uğradığında 01 Ocak 2007 tarihinden itibaren, bir vatandaşın kıdeminin sürekliliğini belirlemek için biraz farklı bir prosedür yürürlüktedir. Bundan önce, bir iş yerinden diğerine geçiş sırasında 3 hafta geçmediyse, deneyim kesintiye uğramadı. 2007'den beri […]
- ANKO Tambov Adli İnceleme ve Araştırma Merkezi, ANO ANKO Tambov Adli İnceleme ve Araştırma Merkezi, ANO, Tambov, Rabochaya St., 37, ofis 40, 392008 adresinde kayıtlıdır.
- Çalışma zaman çizelgesinde sipariş Çalışma zaman çizelgesinde örnek sipariş Çalışma zaman çizelgesinde Rusya Federasyonu İş Kanunu'nun 100, 103, 104, 73. Maddeleri ve PJSC "Organizasyonu" İç Çalışma Yönetmeliği uyarınca sırasıyla işletmenin işleyişini optimize etmek ve […]
- Başhekimin kovulduğu Yekaterinburg'un 20 Nolu Central City Klinik Hastanesine oyunculuk şirketi atandı | Sverdlovsk bölgesi | Ural Federal Bölgesi Alena Tunis, Yekaterinburg 20 Nolu Merkez Şehir Hastanesi'ne Başhekim Vekili olarak atandı. Bir muhabire göre […]
- Paralel için Ohm yasası multimedya 8 hücre. multimedya 9. sınıf multimedya 10-11 hücre. astronomi testleri 7. sınıf 8 hücreyi test eder. 9 hücreyi test eder. sınavın gösteri tabloları […]
- 22 Mart 1991 tarihli "Emtia Piyasalarında Rekabet ve Tekelci Faaliyetlerin Sınırlandırılması Hakkında" RSFSR Kanunu N 948-1 Federal yasalar 05/25/1995 tarihli N 83-FZ, 05/06/1998 tarihli N 70-FZ, 01/02/2000 tarihli N 3-FZ, tarihli […]
Listeden bir bilgi tabanı seçin (liste, uygulamayı başlatırken olduğu gibidir. 1C Kurumsal).
kullanıcı adı ve şifre belirtin
Hangi bilgilerin aktarılacağını belirtin
Ek olarak, aktarımın doğruluğu için kaynaktaki verileri kontrol edebilirsiniz.
Sözlükleri taşırken, yükleme kurallarının olduğu seçili bilgi bankasının sözlüklerinden veriler aktarılacaktır. Bu durumda dizinler tamamen aktarılır. Onay kutusu işaretlenmez, ancak başka bir aktarım seçeneği seçilirse, dizinler de aktarılır, ancak yalnızca aktarılan işlemlerdeki ve belgelerdeki verileri doldurmak için gerekli olduğu ölçüde. Veri aktarırken, yıl başına dizin, belge ve bakiye aktarabilirsiniz. Transfer seçenekleri herhangi bir kombinasyonda seçilebilir. Bakiyeleri aktarırken, seçilen yılın 1 Ocak tarihi itibariyle muhasebe hesaplarındaki bakiyelerle ilgili veriler, Şekil 1'de belirtilen kurallara göre aktarılacaktır. 1C'de: Muhasebe 8, “Başlangıç bakiyelerini girme” belgeleri, seçilen yıldan önceki yılın 31 Aralık tarihinde oluşturulacaktır.
Şekil 10 Transfer seçenekleri penceresi
Veri doğrulama seçeneği seçilirse, yüklemeden önce böyle bir doğrulama yapılacak ve doğrulama sonucu ekranda görüntülenecektir (bkz. Şekil 11). Doğrulama işlemi sırasında hatalar bulunursa, hataların düzeltilmesine izin vermek için taşıma işlemi duraklatılır. Hatalara rağmen veri yüklemek ve indirmek istiyorsanız, işaretini kaldırın. İndirmeden önce verileri kontrol edin veya tıklayın Devam etmek. Kontrol kurallarının listesi sürekli olarak güncellenmektedir.
Şekil 11 Yüklemeden önce veri doğrulama sonucu
Kaynaktan alıcıya veri aktarma sürecinde, ekranda mevcut aşamayı gösteren bir resim güncellenecektir: bilgi tabanına bağlanma, veri yükleme, veri yükleme vb. Ayrıca, daha fazla detaylı bilgi aşağıda bir dize olarak görüntülenir, örneğin, "Veri yükleme: Belgeler(3 /3)". Veri yüklemesinin tamamlanmasının ardından, yüklenen belgelerin gönderilmesi ve ardından yüklenen verilerin kontrol edilmesi süreci başlar. Belge gönderme veya veri doğrulama sırasında hatalar oluşursa, bununla ilgili mesajlar en sondaki mesaj penceresinde görünecektir. Hata mesajları, köprüye tıklanarak ayrı bir pencerede de görüntülenebilir. Hata Bilgileri(Bkz. Şekil 12).
Şekil 12 Veri aktarımı ilerleme göstergesi
Hata kayıtlarını içeren tablonun bir parçası Şekil 13'te gösterilmektedir. İlk olarak tablo, belgeleri gönderirken oluşan hata mesajlarını, ardından doğrulama sırasındaki hataları görüntüler. Yüklenen verilerin kontrol edilmesi, kaynak ve hedefteki bakiyelerin girildiği tarihte oluşturulan bilançoların karşılaştırılmasından oluşur. Bazı hesaplarda bakiye uyuşmazlığı olması durumunda bununla ilgili tutanak oluşturulur. Hata tablosundaki bir girişe çift tıklayarak, sorunlu belgeyi düzeltme ve manuel yürütme için açabilirsiniz. Aynı şey mesaj penceresinde de yapılabilir.
Şekil 13 Hata kayıtlarını içeren bir tablo parçası
Hedef bazında düzeltmeler yapıldıktan sonra aynı bilginin kaynak tabandan tekrar aktarılmasının bir anlamı yoktur çünkü ikinci aktarım sırasında bu veriler yine hatalı yazılacaktır. Bu nedenle, düzeltmeleri hedefte değil kaynakta yapmaya çalışın veya aynı bilgilerin iletimini tekrarlamaktan kaçının. Örneğin, başlangıç bakiyelerini aktardıktan ve alıcıya başlangıç bakiyelerini girmek için tüm belgeleri düzelttikten sonra, sonraki transferler için bayrağı ayarlamayın. Yıl başında bakiye.
Güncellemeler, satın alma tarihinden itibaren 6 ay boyunca ücretsizdir. Dönem sonunda ücretsiz güncellemeler, Güncellemeleri bir ücret karşılığında alabilirsiniz (ücret için aşağıya bakın). Aynı zamanda, kitlerin bir parçası olarak veya ayrı olarak birkaç yazılım ürünü satın aldıysanız, bir indirimden yararlanma hakkınız vardır. İndirim sistemi hakkında daha fazla bilgi edinebilirsiniz.
Teknoloji tarafından oluşturulan kurallar Veri dönüştürmeleri: düzenlemesi kolay.
Tamamen açık, çoğaltma yasağı dışında herhangi bir lisans kısıtlaması yoktur.
Dosya TransferDemo20_30.xml, 1C tarafından dağıtılan BP 2.0 demo veritabanının BP 3.0 veritabanına aktarılmasıyla elde edilen veritabanından bir boşaltmadır. Boş bir BP 3.0.44.94 veritabanı oluşturun, 1C şablonunu veya 1Cv8.cf yapılandırma dosyasını kullanabilirsiniz. Muhasebe ayarlarında şuna ayarlayın: Hesap planı kurulumu stokların depolara ve partilere göre muhasebeleştirilmesi. Demo dosyasını indirin TransferDemo20_30.xml işlemeli XML formatında evrensel veri alışverişi. Demo veritabanı, 01/01/2009 tarihi itibariyle bakiyelerin transferini ve 01/01/2009 - 31/12/2009 dönemine ait belgeleri gösterir.
Kurallar, 2.0.64.23 ve sonraki BP sürümleri için uygun olan yeni sürümler için düzenli olarak güncellenir. Taşıma kurallarının istenen sürümünü arayıp seçmeye gerek yoktur, belirtilen aralıktaki herhangi bir SOURCE sürümü için uygundurlar. Önceki sürümler için kurallara ihtiyacınız varsa, lütfen yazarla iletişime geçin. ALICI sürümü şu şekilde olmalıdır: aynen böyle kurallarda olduğu gibi.
08/29/2018 Bölümü altındaki bakiyelerin boşaltılması ayrı bir kurala ayrılmıştır. Krediler ve krediler(hesap 66, 67), önceden bir parçasıydı Diğer muhasebe hesapları
08/20/2018 2.0.66.59 ve 3.0.64.48 Güncellemesi
06/03/2018 Belge aktarımı eklendi Düzenlenmiş muhasebede maaşın yansıması
05/18/2018 2.0.66.54 ve 3.0.61.37 Güncellemesi
02/23/2018 2.0.66.48 ve 3.0.58.41 Güncellemesi
01/18/2018 2.0.66.46 ve 3.0.57.17 Güncellemesi
22.12.2017 2.0.66.42 ve 3.0.56.22 Güncellemesi
11/03/2017 2.0.66.37 ve 3.0.53.38 Güncellemesi
26.09.2017 2.0.66.37 ve 3.0.52.35 Güncellemesi
06/14/2017 2.0.66.29 ve 3.0.50.18 Güncellemesi
05/05/2017 2.0.66.25 ve 3.0.49.27 Güncellemesi
04/04/2017 - BP 2.0'ın yalnızca bir numarası ve tarihi olduğunda alınan faturaların oluşturulması eklendi. parametre ayarlamanız gerekiyor Fatura dönüştürme gerçekleştir(kaynak sadece sayı ve tarih içeriyorsa yenilerini oluşturun)
02/06/2017 BP 3.0.47.23 Güncellemesi
26.01.2017 Belge aktarımı eklendi KDV tahakkukunun yansıması Ve İndirilebilir KDV'nin yansıması
01/11/2017 BP 2.0.66.8 ve BP 3.0.46.16 güncellemesi. Kayıt aktarımı hariç tutuldu OSiNMA'ya göre KDV. Konfigürasyonda olduğu önceki sürümlerde aktarılmayacaktır.
12/14/2016 BP 3.0.44.203 Güncellemesi
12/07/2016 Belgelerin aktarımı eklendi Borç Düzenleme
12/01/2016 Parametre eklendi Basitleştirilmiş vergi sistemi için kayıt giderlerini dikkate almayın, basitleştirilmiş vergi sistemini kullanan kuruluşlar için bakiye boşaltmayı yönetmenizi sağlar
21.11.2016 Dizin indirme eklendi Kullanıcılar alıcıda IS kullanıcılarının oluşturulmasıyla ayrı bir kural (ayrıntılar burada). RS ile bakiye transferi eklendi Organizasyon çalışanları(personel verileri). 76.AB ve 76.BA hesaplarındaki bakiyeleri aktarırken, sıralamayı ikinci alt kontoya göre kontrol etmek ve düzeltmek mümkündür.
11/08/2016 Belge listesi genişletildi.
28.10.2016 Belgelerin aktarımı eklendi. Transferin bir gösterimi eklendi, bu BP 2.0 demo veri tabanının transferinin sonucudur.
26.10.2016 10.07'de hesap bakiyeleri varken bakiye girmek için boş belgelerin oluşturulması düzeltildi
09/09/2016 BP 3.0.44.102 Güncellemesi
23.03.2016 Alınan faturalardaki verilerin aktarımı iyileştirildi (stok bakiyelerini aktarırken)
01/11/2016 Kişilerin iletişim bilgileri, vatandaşlık, pasaport verileri, engellilik bilgileri, kişilerin durumlarının aktarımı eklendi. Banka hesaplarını ve kalem muhasebe hesaplarını aktarmak için kurallar eklendi.
23.12.2015 BP 3.0.43.29 Güncellemesi. Karşı tarafların ve onların irtibat kişilerinin iletişim bilgilerinin aktarımı eklendi.
14/12/2015 BP 3.0.42 için kurallar oluşturuldu
Paket İçeriği: Transfer Kuralları "ACC20_30" ve işleme Veri aktarımı_from_BP20_to_BP30. Kuruluşunuzda çalışmak için tam zamanlı bir programcı yoksa, uzmanımızın hizmetlerini sunmaya hazırız (programcı bilgisayarınıza İnternet üzerinden bağlanacaktır. özel program uzaktan çalışma için ve üretecek gerekli çalışma). Bir çalışma tabanı sağlamak mümkün ise "1C: Muhasebe 8 rev.2.0", verileri kendimiz aktarabilir ve dosyayı aktarabiliriz " 1C: Muhasebe 8 ed.3.0» devreden bakiyeler ile. Bu hizmetin bedeli paketin toplam bedeline dahil değildir.
Önemli. Tüm belgeler taşınmaz (eski BP 2.0 sürümleriyle uyumluluk için). Satın almadan önce, Şekil 3'teki listeyi dikkatlice okuyun.
"1C: Accounting 7.7" ve "1C: USN 7.7" programlarından "1C: Accounting 8" programlarına veri aktarımı
Verilerin tipik bir yapılandırmadan nasıl aktarıldığı hakkında birkaç kelime " Muhasebe”, 1C için sürüm 4.5: Enterprise 7.7 veya konfigürasyon “” (bundan böyle Kaynak Konfigürasyonları olarak anılacaktır) standart konfigürasyona “ kurumsal muhasebe”, 1C için sürüm 3.0: Enterprise 8 (sürüm 3.0.52), bundan sonra “Hedef Yapılandırma” olarak anılacaktır.
ÖNEMLİ! Konfigürasyondan veri aktarımı mümkündür Muhasebe 1C:Enterprise 7.7 sürüm 7.70.569 ve sonrası 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.
Kaynak Konfigürasyonundan Hedef Konfigürasyonuna önceki periyodun planlanan operasyonlarının tamamlanmasından sonra yeni bir dönemin (yıl, çeyrek, ay) başlangıcında geçilmesi tavsiye edilir.
Veri aktarımı, verileri kaynak Yapılandırma bilgi tabanından XML biçimindeki bir dosyaya kaldıran özel işleme kullanılarak gerçekleştirilir. Ortaya çıkan dosya, evrensel veri yükleme işlemi kullanılarak alıcı Yapılandırmasının bilgi tabanına yüklenir.
ACC_ACC8.ert - harici işleme veri yükleme harici dosya yapılandırmadan " 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ı.
Aşağıdakiler, Kaynak Konfigürasyonunun bilgi tabanından Hedef Konfigürasyonuna aktarılır:
— bilgi bankası dönüştürme tarihi itibariyle Kaynak Yapılandırma bilgi bankasının muhasebe hesaplarındaki cari bakiyeler hakkında bilgi;
— bilgi bankası dönüştürme tarihinden daha eski bir tarihe sahip mevcut belgeler.
Dönüşüm iki adımda gerçekleştirilir:
— Kaynak Yapılandırma bilgi tabanındaki veriler ayrı bir dosyaya (veri dosyası) yüklenir;
— alınan dosya, alıcı Yapılandırmanın bilgi tabanına yüklenir.
Veri taşıma işlemini yüklemek için setup.exe yükleyicisini kullanın. Programı başlattıktan sonra (1C:Enterprise bilgi tabanlarının sayısı fazlaysa, 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'deki gibi görünür. Bilgi bankalarının sayısı yediden fazlaysa, gezinmek için yukarı ve aşağı düğmelerini kullanın. Birkaç bilgi bankası seçilirse, "yol" satırında yalnızca son seçilen bilgi bankasının konumu görüntülenir. Bu bilgi yardımcı niteliktedir ve kullanıcı tarafından kurulum programının sonucu üzerinde ek kontrol için istenildiği zaman kullanılır, buna fazla dikkat etmeyin, program seçtiğiniz bilgi tabanlarının nereye kurulduğunu kendisi belirleyecektir.
Şekil.1 Kurulum sırasında bilgi bankası seçim penceresi
Ek olarak, veri aktarım işleminin de kurulacağı klasörü belirtebilirsiniz, bunun için klasör seçim penceresini kullanmalısınız (üç noktalı düğmeyi tıklayarak). Seçilen klasör için tam yol, seçim çubuğuna yansıtılacaktır. "Install" butonuna tıkladıktan sonra kurulum gerçekleştirilecektir. gerekli dosyalar seçilen bilgi tabanlarına ve (veya) seçilen klasöre. Tamamlandıktan sonra, "ayrıntılar" düğmesine tıklayabilir ve hangi dosyaların ve hangi klasörlerin yazıldığını ayrıntılı bir kurulum günlüğü görebilirsiniz. Sonuç olarak, seçilen klasörde yaklaşık olarak aşağıdaki resim görünmelidir, bkz. Şekil 2.
Şekil.2 Seçilen klasörde kurulu dosyalar
Bir alt dizine ExtForms işleme ve aktarım kuralları belirlenir. Lütfen yükleme işleminin ACC_ACC8.ert ve veri yükleme kuralları değiştirilir tipik işleme ve kurallar. Tipik geçiş mekanizmasını korumak istiyorsanız, yeni işlemeyi bilgi tabanında değil, ayrı bir dizinde kurun.
Yükleme işlemi, " raporu yükleme örneği kullanılarak daha ayrıntılı olarak açıklanmaktadır. "1C: Muhasebe 7.7" yapılandırması için hızlı muhasebe kontrolü«.
bir programda" 1C: Muhasebe 7.7» üzerinden açılacak Ek özellikler işleme " 1C'ye Geçiş: Muhasebe 8, ed. 3.0«, aktarım kurallarını içeren klasörü seçin (bkz. Şekil 3) ve değişim kurallarını indirin. Tüm taşıma kurallarını dahil etmeniz gerekmez. Yalnızca gerekli olanları, örneğin bakiyeleri veya bakiyeleri ve belgeleri transfer etmek için kullanmalısınız. Örneğin, sözlükler grubuna hiçbir kural dahil edilemez, çünkü tüm sözlükler gerektiğinde bağlantılarla aktarılır, yani. sadece bakiyelerde veya belgelerde yer alanlar. Bu, yeni bilgi tabanında "çöp" olmamasını sağlar. Tüm belgeleri de eklemenize gerek yoktur. Örneğin, veritabanınızda herhangi bir belge yoksa veya bunları aktarmak istemiyorsanız, bu kuralı etkinleştirmeniz gerekmez.
Şek. 3. Veri yükleme işlemi
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 indirirken « 1C:Kuruluş 7.7". Gerekirse sayfadaki seçenekleri ayarlayın. Seçenekler«.
Yapılandırmadan veri boşaltma sürecinde " Muhasebe 7.7» görüşebilir çeşitli hatalar. Burada sunulan geçiş kuralları, veri boşaltma aşamasında tipik hatalar için bir arama yapılması bakımından tipik olanlardan farklıdır. Hangi mesajların görüntülendiği hakkında olanları düşünün.
Sıfır miktar ve sıfır olmayan miktarda mal ve malzeme. Malzeme miktarının sıfıra eşit olması ve malzemenin maliyet tahmininin sıfıra eşit olmaması için Hedef Konfigürasyonuna bir denge girmek imkansızdır ve hiçbir anlamı yoktur, çünkü bu bir hatadır. Bu nedenle, bakiyeler aktarıldığında, bu tür kalemler (sıfır miktarlı) bakiye giriş belgelerinde bulunmayacaktır. Bu nedenle, hatalar veri aktarımından önce düzeltilmezse, veri kaynağındaki tutarlar ile veri hedefindeki tutarlar, bakiyeler aktarıldığında eşleşmeyecek ve bu da ek mutabakat zorluklarına neden olacaktır. Bu nedenle, yapılandırmadan veri boşaltma sürecinde " Muhasebe 7.7» karşılaşılan hatalarla ilgili mesajlar görüntülenir (bkz. şekil 4). Ek olarak, hataları aramak için, "Açık muhasebe kontrolü" işlemeyi, yani "Malzemeler için sıfır miktarda sıfır olmayan bir miktarın olmaması" kuralını kullanmanızı önerebiliriz.
Şekil.4.1 Hata mesajları
İkinci (üçüncü) seviyenin alt hesabında sıfır olmayan bakiye, birinci (ikinci) seviyedeki bakiye sıfır iken. Bu oldukça yaygın bir hatalı muhasebe durumudur. Tipik bir örnek Şekil 4.2'de gösterilmiştir. Analitik muhasebede "başvuru" sonucunda böyle bir durum var. Örneğin, hareket belgelerinde Para sözleşme belirtilir, ancak belgelerde mal ve malzeme göndermek veya tersi için sözleşme yoktur veya sözleşmeler vardır, ancak bunlar farklıdır. Tüm bu durumlarda, karşı taraf bakiyesi sıfır olmasına rağmen, sözleşmelerde sıfır olmayan bir bakiye vardır. Benzer bir resim, malzemelerin muhasebesinde, terminolojide (depolama yerleri için toplam muhasebe etkinleştirildiğinde): özellikle depolar maddi olarak sorumlu kişilerse, depolar arasında sıralamada ortaya çıkabilir.
Şekil.4.2 Muhasebedeki hatalara bir örnek
Bunun bir hata olduğu açıktır ve bu tür kalıntıları taşımanın mantıklı olmadığı açıktır. Bu tür bakiyelerin transferini hariç tutmak için "Sıfır bakiye varsa bakiyeleri boşaltmayın" parametresi vardır. Üst düzey". Bu parametre bir olarak ayarlanırsa, şek. 4.3 (şekil 4.2 ile karşılaştırın) ve bu tür pozisyonlar için bakiyeler boşaltılmayacaktır. Bu parametrenin çeşitli kombinasyonlarını, çeşitli bakiyelerin transferi için kurallarla kullanabilirsiniz. Tüm bakiyeleri tek seferde değil, muhasebe bölümlerine göre aktarırsanız, farklı muhasebe bölümlerine ait bakiyeleri farklı bir parametre değeriyle aktarabilirsiniz.
Şekil 4.3. Hata mesajları
Boş sözleşme değerleri veya diğer kişilerin sözleşmeleri. Sorun yukarıda açıklanana benzer, nedeni aynıdır - sözleşmelerin analitik muhasebesinde gerileme (bkz. Şekil 4.4). Ancak karşı tarafın bakiyesi sıfıra eşit olmadığından yukarıda açıklanan doğrulama kuralı çalışmayacaktır. Verileri aktarırken, bakiye giriş belgesini kaydederken bir hata oluşur, çü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ı görüntülenir (bkz. Şekil 4.5). Aynı rakam, başka bir hatayla da karşılaşıldığını gösteriyor: sözleşme karşı tarafa uymuyor, yani. sözleşmenin sahibi başka bir karşı taraftır. Bu tür hatalar genellikle değiştirilmiş olarak bulunur, yani. atipik konfigürasyonlar veya belgeleri doldururken standart yapılandırmaların sözleşmelere uygunluk açısından yeterince sıkı bir denetimi olmadığında, köklü veritabanlarında.
Şekil.4.5 Hesaplama hata mesajları
" parametresi ise, sözleşmelerin ve diğer kişilerin sözleşmelerinin boş değerlerinin kontrolü yapılır. Sözleşmelerde boş bir değer olup olmadığını ve karşı tarafla uyumu kontrol edin". Ek olarak, hataları aramak için, "Açık muhasebe kontrolü" işleminin, yani "Sözleşmeler için boş analitik yok" ve "Karşı taraflar ve sözleşmelerin yazışması" kurallarının kullanılması önerilebilir.
Hatalar için başka kontroller var, açıklama için bizimle iletişime geçin (sayfanın altındaki kişiler).
Ayrı bir türdeki belgeleri veya hatta seçilen türdeki ayrı belge örneklerini boşaltma örneğini kullanarak verileri tamamen değil, parçalar halinde nasıl aktarabileceğinizi göstereceğiz. Verileri boşaltmak için yalnızca bir kuralı işaretleyelim " Ödeme talimatı» (bkz. şekil 5). Bu, yalnızca " biçimindeki belgeleri yüklemenize izin verecektir. Ödeme talimatı". " üzerine tıklarsanız boşaltmak“, ardından formun tüm belgeleri” Ödeme talimatı", ile zaman aralığında bulunur" Başlangıç tarihi" İle " Son kullanma tarihi". Düğmesine basın " PVD'yi yükleyin“, bundan sonra yazıt” Ödeme emri için veri seçimi«.
Şekil.5 Belirli bir türdeki verileri karşıya yüklemek için bir kural nasıl belirlenir
Ardından, "Koşul ekle" düğmesini tıklayın, seçim özelliğini seçebileceksiniz (bkz. Şekil 6.1), çoğu zaman " Geçerli Belge«, bu türdeki belgeler listesinden tek bir belge seçmenizi sağlar. Diğer seçim ayrıntılarını kullanarak bir belge grubuna göre seçim yapabilirsiniz, örneğin belgeleri tarihe göre seçin. Her durumda, belge seçimi zaman aralığı içinde yapılır, parametreleştirilmiş « 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 boşaltırken belgelerin seçilmesine izin vermez. Bunun nedeni, içinde model kuralları belgeler süre belirtilmeden istek üzerine seçilir. Bu tür istekler her zaman işe yaramaz.
Benzer şekilde, dizinler tüm dizini değil, bazı özniteliklere göre seçilerek yüklenebilir. İlk olarak, istenen veri yükleme kuralını seçin, ardından sırayla « düğmelerine basın. 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 dediği gibi, muhasebe 7.7'den 3.0'a geçiş) bir istihdam ilişkisi kurulmuştur.
Şekil.6.2 Dizin öğeleri grubu nasıl seçilir
Önemli! Veri taşıma için önerilen kurallarda, standart kurallardaki bir hata düzeltildi (şirketten "1C"), bu da tarafından boşaltma sırasında yanlış dizin öğeleri seçimine yol açar periyodik ayrıntılar referans kitabı, yani farklı tarihler için farklı değerlere sahip olanlar. Bunun nedeni, model kurallarında dizin öğelerinin seçiminin bir süre belirtilmeden bir sorgu ile yapılmasıdır.
Dizinin periyodik detaylarına göre seçim " parametresinin tarihinde yapılır. Son kullanma tarihi«.
Veri yükleme kuralları ve filtrelerinin bir kombinasyonunu kullanabilirsiniz. Seçimlerin ayarlandığı kurallar ” [ FILTER ]” ile işaretlenecektir. Belirli bir veri yükleme kuralının seçimini görmek veya düzenlemek için, kurallar listesinde bu kuralı çift tıklamanız veya seçtikten sonra « düğmesini tıklamanız gerekir. PVD'yi yükleyin«.
Önemli! Nesnelerin boşaltılması boş veya eksik çıkarsa, 1C: Accounting 8 ile senkronizasyon modunun ayarlanıp ayarlanmadığını kontrol etmeniz gerekir.Bu durumda, yalnızca aktarım tamamlandıktan sonra değiştirilen nesneler olacaktır. boşaltıldı (Referans. Senkron Muhasebe Parametreleri, Boşaltma Olasılığını Kontrol Et işlevi tarafından boşaltma sırasında kontrol edilen Son Boşaltılan Belgenin Konumu parametresini saklar) . tam iş senkronizasyon modunda imkansız hale gelir. Değişim kuralları yüklendikten sonra senkronizasyon modu kontrol edilir. Mod ayarlanmışsa, bir uyarı penceresi oluşturulacak (bkz. Şekil 6.5) ve senkronizasyon modunun devre dışı bırakılması önerilecektir.
Pirinç. 6.5 Senkronizasyon modu uyarı penceresi
Model kurallarından ek farklılıklar
Kâr ve zararın eski fiş türleri ile sabit aktarımı: Mal ve Hizmet girişi belgelerinde fiş türü 2 (eski değer) ise ve tedarikçi faturası yoksa, bu belge yanlışlıkla BP 3.0'da alıcıdan iade belgesine dönüştürülür.
Subdivision alt hesabı olan manuel işlemler BP PROF sürümüne aktarılırken oluşan bir hata düzeltildi. Böyle bir işlem BP'ye kaydedilmez, bir hata oluşur: "Departman alanı boş olmalıdır." Bunun nedeni, kuralların CORP sürümleriyle çalışacak şekilde tasarlanmış olmasıdır, ancak PROF'de muhasebe kaydının DivisionDt ve DivisionKt boyutlarının boş olması gerekir.
Dizinin yinelenen gruplarına neden olan bir hata düzeltildi Antlaşmalar ve sonuç olarak, bu dizinin öğelerinin çoğaltılması (çünkü yükleme sırasında arama, ebeveyn dikkate alınarak gerçekleştirilir). Bu, Şekil 6.6'da gösterilmektedir.
Şekil.6.6 Dizin aktarım sonucu Antlaşmalar model kuralları
Burada sütunda ebeveyn(dizin grubu) adı ile 2015 iki tane farklı gruplar aynı ada sahip dizin (kaynakta bir grup vardır), bu nedenle sözleşmeler çoğaltılır.
Bir cari hesaptan diğerine para aktarırken banka belgelerini aktarma hatası düzeltildi. İÇİNDE BP 3.0 bu durumda belge oluşturulur Cari hesaptan silme operasyon türü ile Kuruluşun başka bir hesabına aktarma, sahne donanımının doldurulmaması nedeniyle yapılmayan lehtarın hesabı. Ayrıca bilgiler yanlış girilmiş. muhasebe hesabı Ve Borç hesabı. Bu, örneğin 55 ve 51 gibi farklılarsa kendini gösterecektir, o zaman değiştirilmeleri gerekir. Eksik ayrıntılarla ilgili hata düzeltildi yükümlülük türü vergi belgelerinde. Yukarıdakilerin tümü 3.0.43.215 sürümü için geçerlidir.
Destekler aktarılıyor ana sözleşme dizin karşı taraflar.
Manuel boşaltma kuralı değiştirildi terminoloji, şimdi veri seçme yöntemi, referans kitabının öğelerini ayrıntılara göre seçmenize izin veren standart bir seçimdir (USN 7.7 - BP 3.0'ın standart kurallarında bu mümkün değildir). Bir dizini aktarırken terminoloji, aktarılır ve ürün fiyatları bağlantılarla, yani öğenin yalnızca aktarılan öğelerinin fiyatları. Bu özelliği etkinleştirmek için parametrenin değerini bir olarak ayarlamanız gerekir. Bir öğeyi boşaltırken fiyatları yükleyin.
Karşı taraflarla yapılan ödemeler için bakiyeleri aktarırken "USN 7.7 - BP 3.0" standart kurallarındaki bir hata düzeltildi: sözleşme türü her zaman olarak ayarlandı Diğer. Şimdi - muhasebe bölümüne göre bakiye türüne bağlı olarak " Tedarikçiler ve yüklenicilerle yapılan anlaşmalar» sözleşme türü = « Tedarikçi", muhasebe bölümüne göre" Alıcılar ve müşterilerle yerleşimler» sözleşme türü = « alıcı ile", diğer durumlarda, sözleşme türü = " Diğer«.
"USN 7.7 - BP 3.0" standart kurallarındaki bir hata düzeltildi, karşı taraflarla yapılan ödemeler için bakiyeler aktarılırken: karşılıklı ödemelerin miktarı, ilk bakiyelerin girilmesi için belgenin iki ayrıntısına kaydedildi toplam Ve MiktarKt. Sonuç olarak, hiçbir açılış bakiyesi giriş belgesi nakledilmedi.
Kontrol etmekalıcı ile"(model kurallarında" Diğer"). Özniteliğin değeri " Ödeme Durumu" için önemli doğru seçim alıcı Yapılandırmasındaki banka ödeme belgelerinde alıcıya ödeme için faturalar.
Formun belgelerini aktarırken " Ödeme talimatı» sözleşme türü « olarak ayarlandı Tedarikçi"(model kurallarında" Diğer«).
Depolama konumlarını aktarırken "USN 7.7 - BP 3.0" standart kurallarındaki bir hata düzeltildi: öznitelik " depo tipi«.
parametre eklendi" Düzenleyici makamlarla değişim dahil": değeri 1 ise, props Denetleyici Makamlarla Değişim Türü dizin öğesi " Organizasyonlar' ayarlandı ' ExchangeInUniversalFormat", aksi halde " ExchangeDisabled» standart kurallarda olduğu gibi. Bu, EDI kurulumunu bozmamak için tekrarlanan (düzenli) transferler için önemlidir.
" dizini için indirilen öğeler için arama kuralı değiştirildi karşı taraflar": ilk olarak, arama şu adreste gerçekleştirilir: TENEKE Ve kontrol noktası(bu değerler doluysa), o zaman sadece TENEKE ve sonunda isim. Her üç durumda da arama, grubun niteliğini (Bu Grup) ve grubun kendisini (Ebeveyn) içerir. Bu, yüklemeden SONRA adları değiştirilen karşı taraflar için kopyalar oluşturmamak için tekrarlanan (düzenli) transferler için önemlidir.
Karşı tarafları transfer ederken, ayrıntılar doldurulur Ülke Kaydı"Rusya" anlamına gelir. Bu, karşı tarafların dizinini programa yükledikten sonra gereklidir. "1C Muhasebesi 8" gerekli ayrıntıları manuel olarak doldurmak zorunda değildi Ülke Kaydı. Doldurulmamışsa, o zaman bir referans elemanı şeklinde " karşı taraflar» ayrıntılar sunulacak « Vergi numarası" Ve " Reg. sayı"ve ayrıntılar" TENEKE" Ve " kontrol noktası» gizlenecektir.
"USN 7.7 - BP 3.0" aktarım kurallarına "Çalışanlar" dizinini aktarmak için veri yükleme kuralı eklendi (standart kurallarda yalnızca kişilerin dizini aktarılır).
"USN 7.7 - BP 3.0" aktarımına ilişkin kurallarda, Çalışanların Cari Ücret Oranı bilgi kaydının aktarımına ilişkin kural düzeltildi.
Vergilerin ödenmesi için ödeme emirlerinin transferinin özellikleri
İşlem tipine sahip ödeme emirleri için vergi transferi ek ayrıntılar doldurulmalıdır: KBK - kod bütçe sınıflandırması, oluşturucu durumu vb. Bu detayların yapıları Bom 7.7 (USN 7.7) ve BP 3.0 eşleşmiyor. Özellikle de BP 3.0 bu ayrıntılardan bazıları, ödeme emrinde bulunan bir bağlantı olan ayrı bir dizine yerleştirilir. dizin Vergi türleri ve bütçeye yapılan ödemelerörneğin bir muhasebe politikasını düzenlerken bilgi tabanında görünen bir dizi sağlanan öğeyi içerir. Verileri taşırken, muhasebe politikası yüklenirken bu öğeler de görünecektir. Ödeme emirlerini yüklerken/indirirken, dizin öğesi Vergi türleri ve bütçeye yapılan ödemeler CCC tarafından ödeme emri ayrıntılarında ikame için arandı Vergi. Bu nedenle, muhasebe politikasının devrinden sonra, gerekli tüm vergilerin rehberde, gerekirse ekte görünüp görünmediğinin kontrol edilmesi önerilir. Kaynak ve alıcıdaki ödeme emirlerindeki CCC'yi karşılaştırırken (senkronize ederken), dört CCC hanesi, 14-17 haneleri, gelir alt türü kodu: vergi, cezalar, para cezaları vb. dikkate alınmaz. dizinde Vergi türleri ve bütçeye yapılan ödemeler bu bitler sıfırlarla doldurulur. Dizine yeni elemanlar eklerken 14-17 rakamları da sıfırlarla doldurulmalıdır.
bilgi tabanlarının transferi büyük beden.
Her şeyden önce, büyük bilgi tabanlarını taşırken, verilerin boşaltılması süreci çok uzun sürebilir. Bu, bir muhasebe bölümünde çok sayıda bakiye varsa, örneğin mal bakiyeleri varsa olur. Boşaltma süresini azaltmak için bir belgeyi bölme yöntemini uygulayabilirsiniz " Açılış bakiyelerini girme"birkaç kişi için. " parametresinin değerini ayarlarsanız Bakiye giriş belgesindeki satır sayısı» sıfır olmayan (bkz. Şekil 6.3), bu durumda verilerin bir belgeye yüklenmesi belirtilen değerle sınırlı olacaktır. Bu, boşaltma süresini önemli ölçüde (birkaç kez) azaltabilir.
Şekil.6.3 Verileri bir belge boyutu sınırıyla aktarırken parametrelerin ayarlanması « Açılış bakiyelerini girme»
Not: parametre değeri, tek bir belgeye yüklenen kayıt tablosunun satır sayısını sınırlar " Açılış bakiyelerini girme”ve belgenin kendisinin satır sayısını ayarlamaz. Bu nedenle, belge satırı sayısı parametre değerinden farklı olacaktır, bu bir hata değildir. Bir belgeyi bölerken Açılış bakiyelerini girme”, birkaç belgeye, her belgenin yorumlarına satırın sonuna bir sonek eklenecektir: “-1”, “-2”, vb.
ÖNEMLİ! Bir belgeyi bölmek için açıklanan algoritma " Açılış bakiyelerini girme» birkaç tanesi yalnızca veri yükleme süresini kısaltmak için kullanılır, tüm belgeler tek bir dosyaya yüklenir, örn. veri aktarımı tek adımda gerçekleşir, yorumlar (son ekler) otomatik olarak oluşturulur, yalnızca bir parametre ayarlanır. Ancak bu teknik, aşağıda tartışılacak olan hafıza eksikliği sorununu çözmez.
Büyük bilgi tabanlarını taşırken, RAM eksikliği sorunu ortaya çıkabilir: programı kaldırmaya çalışırken, program ilgili hata mesajıyla veya mesaj olmadan sona erecektir. Bilgisayarı daha güçlü bir bilgisayarla değiştirmeye çalışmak işe yaramaz. Bu durumda, verileri parçalara ayırarak, parçalara ayırmalısınız. Bu, belirtilen modu destekleyen geçiş kurallarını gerektirir. Nasıl boşaltılacağını görelim. İlk olarak, veri aktarımı yalnızca bir yükleme kuralı kullanılarak gerçekleştirilmelidir (bkz. Şekil 6.4). Bir kurala göre aktarım imkansızsa, o zaman ilk ve son bölümlerin sayısını belirterek onu parçalara ayırırız. Her bölüm, belirli sayıda birinci düzey analitik değeri hakkında bilgi içerecektir, örneğin ürün bakiyeleri, örn. "41" hesabındaki bakiyelerin belirtilen sayıda değeri. Hesaptaki toplam analitik sayısını bilmek, porsiyon sayısını hesaplamak kolaydır. Bir seferde ne kadar verinin sorunsuz aktarıldığı (tek bir bilgi parçasına) ampirik olarak belirlenmelidir, kural olarak, hesap bakiyeleri boşaltılırken, bakiye sayısı birkaç bin veya daha fazla olduğunda transfer sorunları ortaya çıkar. Bununla birlikte, veri yükleme süresinden tasarruf etmek için, muhasebe bölümünün tüm bakiyelerini bir seferde yüklemek mümkün olsa bile, bölümlere ayırmayı önermek mümkündür. Boşaltma süresi, veri bölümünün boyutuna doğrusal olarak değil, orantılı olarak bağlı değildir. Bu nedenle, örneğin on bin mal bakiyesini binin on kısmına bölerek, boşaltma süresini birkaç kez azaltabilirsiniz. İlk kısmı aktarırsak ilk kısmın numarası atlanabilir, son kısmı aktarırsak son kısmın numarası atlanabilir.
ÖNEMLİ! Verileri parçalar halinde aktarırken, belge yorumunun oluşumunda yer alan son ekin parametrelerde belirtilmesi gerekir " Açılış bakiyelerini girme". Bölüm aralığının numaralarını değiştirirken, son eki değiştirmeyi unutmamalısınız, aksi takdirde, alıcı Yapılandırmasına yüklenirken, aynı yorumlara (son ekler) sahip belgelerin üzerine yazılır. Veri dosyasının adı çok önemli değil. Sıralı aktarım taktiklerini uygulayabilirsiniz: yükle - indir, yükle - indir, vb. Bu durumda veri dosyasının adı değiştirilmeden bırakılabilir. Taktik seçebilirsiniz: önce her şeyi kaldırın, sonra her şeyi indirin. İkinci durumda, veri dosyasının adının her yüklemede değiştirilmesi gerekecektir. Bir kez daha örnek. Muhasebe bölümündeki bakiye sayısı (örneğin mallar) diyelim ki 10.000 ise, onu bine böleriz, sonra 10 porsiyon alırız. Her bölümün benzersiz bir son eki olmalıdır: "-1", "-2", "-3", "-4". Geri kalan tüm malları boşaltır ve 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 aşağıdaki değerleri almalıdır: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.
Adım adım PC sorun giderme
İlk mobil uygulamanızı nasıl oluşturabilirsiniz?