Veri dönüşümü 3.0 talimatları. Ve gruptaki ayarla ilgili birkaç kelime

Bu makalede, küçükken, küçük, evrensel yoluyla veri değişimini organize etme deneyimini tanımlayacağım. enterprisedAdata Formatı.

Davamda, değişim "Ticaret Yönetimi 11.2" (Bundan sonra UT tarafından kullanılan) ve "Şirket Muhasebesi 3.0.43" (bundan sonra BP olarak adlandırılır) yapılandırmaları arasında yapılandırılmıştır. BP'de UT'den tek yön değiştirin. "Ticaret Yönetimi 11.1" "11.2" sürümüne güncellenmeden önce, veri alışverişi "Veri 2.0'ın dönüşümü" konfigürasyonu kullanılarak yapılandırıldı. Bununla birlikte, "11.2" noktasına geçtikten sonra, "Ticaret Yönetimi" nde hatalar ortaya çıkmıştır. Değişim kurallarını güncelleme prosedürü gerçekleştirildi, ancak sonuç vermedi. Hata ayıklayıcı, veri alışverişinde sorun olduğunu gösterdi. Her iki konfigürasyonda veri değişim ayarlarını ve tekrar yapılandırmaya karar verildi.

Ve "Ticareti Yönetme" ve "İş Muhasebesi", istemci-sunucu sürümünde çalışıyoruz. UT ile senkronizasyon ayarlamaya başladım. Verilerin UT'den bir dosyaya boşaltılacak şekilde gerçekleştirildi. Bu senkronizasyon ağ kataloğu. BP'de, değişimi BP'den hiçbir veri boşaltılmayacak şekilde ayarlayın.

Bağlam yöntemini arayan hata (kontrol): XDTO veri doğrulama hatası:
"/ BankingCongugent / Bank" nesnesinin yapısı türüne karşılık gelmiyor: (http://v8.1c.ru/edi/edi_stnd/enterprisedata/11.1) Konferansı
"Plaj" özelliklerini kontrol edin:
Form: Öğe
Adı: (http://v8.1c.ru/edi/edi_stnd/enterprisedata/1.1 Montebik
Bir tür:
Zorunlu mülk yok
Nesne: Sözleşme Noktası No. ...

Hatayı analiz etmek için, "Gönderilen Verilerin Kompozisyonu" simgesine tıkladım ve sözleşmelerin gönderilmesine kayıtlı karşı taraflar listesinde, bir hatanın ortaya çıktığı bir anlaşma buldu. Sözleşme açtı, sözleşmede belirtilen karşı taraf banka hesabını hatırladı. Sonra banka hesaplarını göndermeye kaydolmaya taşındı. Gerekli hesabın kayıtlı olmayan listede olmadığı ortaya çıktı. Bir problem banka hesabı ve sözleşmeyi yeniden yazarım. Bundan sonra, manuel banka hesabını kaydettim.

Verileri UT'den senkronize etme girişimi tekrarlayın. Bu sefer veriler başarıyla taburcu edildi. İÇİNDE ağ klasörü Oluşturulan XML dosyası.UT'den BP'ye transfer için veri içeren.

Bir sonraki adım, dosyadan işletme muhasebesine veri indirmektir. "Business Muhasebe" konfigürasyonunda, "Senkronize Et" düğmesine bastım, işleme formu mesaj analizi ile açıldı. Biraz daha sonra, mesaj "veri boşaltma" olarak değiştirildi. Aynı zamanda, gösterge ve sayaç, 80 bin'den fazla nesnenin BP'den boşaltıldığını gösterdi. Beni utandırdı, çünkü BP'den tahliye edilmemesi gerektiği ayarlarına işaret ettim. İşlem oldukça uzun süre yapıldı ve bir hata ile sona erdi:

Etkinlik: Veri Değişimi
(Generalmodule. Danışma işlemleri. Modül (371)): İş akışı yanlışlıkla sona erdi arka plan görevi
Arama puanları (metin hataları);

Hatayı yerelleştirmek için, senkronizasyon ayarlarını ve BP tabanının garantilerini değiştirmeye çalıştım. Sonuç olarak, tabanı dosyaya çevirdiğimde, sistem yeterince çalıştı: Açılan iki veritabanıyla eşleşen bir form. Eşleme nesnelerinden sonra, ilk senkronizasyon başarıyla geçti. Sonra tekrar veritabanını istemci-sunucu seçeneğine aktardım.

Daha fazla "koşu" senkronizasyonu ile, nesneleri dönüştürme kurallarında bazı değişiklikler yapılması gerekliydi. "Veri 3.0'ın dönüşümü" konfigürasyonunu kullanma zamanıdır. Yerleşik yapılandırma sertifikası nasıl çalışılacağını açıklar. Ayrıca web sitesinde makaleler de yardımcı oldu.

Sonuç olarak, aşağıdaki verileri "Data 3.0 Dönüştürme" bölümünde indirdim:

Genel modülün metinleri, iki veritabanının "bağımsız formatını yönetti"
Her iki tabanın şeması
Enterprisedata formatının açıklaması (herhangi bir veritabanından)
Dönüşüm Kuralları

İndirdikten sonra, verileri, nesneleri, özelliklerini "Veri Dönüştürme 3.0" konumuna dönüştürme kurallarını açtınız. Bana ihtiyaç duyulan sürümler. Sonra "Yükle Modül Modülü Modülünü Yükle" kullandım. Modül metni panoya kopyalandı. Yalnızca yapılandırmaya eklemek için kalır.

"Veri 3.0'ın Dönüştürülmesi" bölümündeki kuralların ayarlanmasıyla ilgili olarak, kabul edilen düzenlemelerin önemsiz olduğu durumlarda, kuralları doğrudan UT ve BP yapılandırmalarında, genel modülde "yönetilen Dane'in yapılandırmalarında kişiselleştirmek daha kolay olduğu sonucuna vardım. Caulcher. " Editörler, örneğin, Borsa'da yeni bir nesne ekleyerek, örneğin, yapılandırmayı kullanmalısınız "gibi, kükürtlerdir. VERİ 3.0'ın DÖNÜŞÜMÜ ".

"Tedarikçi tarafından sipariş" belgesini ekleme görevi, kullandığım döviz planına " Veri 3.0'ın dönüştürülmesi ". UT standart sürümünde - bu belgenin değişim açısından sistemi yoktur.

Boşaltma için nesnelerin kaydedilmesi için kuralların "Veri 2.0'ın dönüşümü" konfigürasyonunda yapılandırıldığını hatırlayacağız.

Bunlar, Evrensel EnterprisedAdata formatı boyunca veri senkronizasyonunun ilk izlenimleridir.

P.S. Eğer sorularınız ve evrensel format ve konfigürasyon yoluyla kendi veri değişiminin izlenmesi durumunda " Veri 3.0'ın dönüşümü, yorumları yazın. Deneyimler alışverişinde bulunacağız.

Veri senkronizasyonu
Üniversal format enteprisedata.
Veri dönüşümü 3.0
Veri dönüşümü 2.0.
Ticaret yönetimi
Muhasebe şirketi

Veri 2.0 ve 2.1 - Şirketin Teknolojik Yapılandırması, 8.1 ila 8.3 platform sürümünde uygulanan 1C'nin teknolojik konfigürasyonu.

Cihazın ana görevi, 1C 8 ve 7 uygulamalı çözümler arasında değişim kurallarını yazmaktır. 8. Bugün veri dönüşümünün mevcut sürümü 3.0'dır.

Veri dönüşümü, çok kullanışlı bir yapılandırmadır, onu kullanarak yalnızca bilgi aktarımı sorunu çözemezsiniz. bilgi tabanı Diğerine, aynı zamanda, örneğin, bir üs içindeki bilgileri dönüştürür.

Yapılandırma ne zaman kullanmak için çok uygundur.

Veri dönüşümü herhangi bir programcı için faydalı olacaktır: Exchange kurallarını oluşturma becerilerinin varlığı, profesyonel becerilere ciddi bir artıdır.

Konfigürasyonla çalışmayı incelemek için, çözüm pratik görevler için en uygundur. Bir görevle kendiniz gelmeye çalışın, örneğin: Herhangi bir bilgiyi bir tabandan diğerine aktarmak için, uygulama belgesini makbuz belgesine dönüştürün, "GİRİŞ" ve diğer görevlere muhasebe üzerindeki mevcut bakiyeleri "sürün".

1C 8.3 değişiminin "tipik" düzenlemelerini anlamak çok faydalı olacaktır, sık sık bulunabilir. İlginç örnekler Görevlerin uygulanması.

Temelleri kavrayacak şekilde, malzemelere ihtiyacınız olacak, aşağıda düşünün.

Dönüşüm için video talimatları

AZA veri alışverişi ayarları 1C'de "1C veri dönüşümü" yapılandırmasını kullanarak, videoya bakın:

Malzemeler, ders kitapları 1C veri dönüştürme 2.0

Ağdaki malzemeler ve belgeler çok büyük değil, en önemli ve ilginç materyalleri toplamaya çalıştım:

0. Her şeyden önce, Ilya Leontiev'in ücretsiz video kursunu tavsiye ediyorum, link.

1. Öncelikle yapılandırmada yerleşik yardımı kullanırdım. Teknik olarak gerçekten güzel yazılmış ve yetkin bir şekilde uygulanır:

2. İkinci en önemli bilgi kaynağı, sadece veri dönüşümünde uzmanlaşmış, http://www.mykod.info/ (Site Kapalı). Orada indirebilirsiniz çok sayıda Dönüşüm malzemeleri.

3. Ayrı olarak, öğreticiyi vurgulamak istiyorum - (Yazar - Olga Kuznetsova).

Konfigürasyonda çalışmaya başlarken uzmandan kaynaklanan asıl soru "1C: Veri Dönüştürme" Sürümü 3.0 - Fark nedir? Editör Kurulu 3.0'da Editoryal Office 2.1'deki fark nedir?
Koşullu olarak farklılıklar iki gruba ayrılabilir:

Fonksiyonel
Mimari

Mimari farklılıklar

Editör 2.1, değişim kurallarının geliştirilmesi her bir konfigürasyon için ayrı olarak gerçekleştirilmiştir. Bundan sonra bu kurallar kullanıldı evrensel İşleme Exchange B. xML formatı Veya yapılandırmalar arasındaki kurallara göre değiş tokuş etmek. Çıkış, alıcı tarafında gerçekleştirilen bu işleyicilere ek olarak yer alan bir XML uzantısına sahip bir dosya aldı. Editör 3.0 tek bir evrensel format kullanır Enterprisedata. Üç ana veri türünün iletildiği

Düzenleyici Arkaplan
Belgeler
Nicel veya özetteki tarihte kalır

Enterprisedata formatında 1.0 sürümünün açıklaması görüntülenebilir. Formatın bu sürümü, çeşitli iş alanlarından 94 tür iş varlığının bir açıklamasını içerir. Ayrıca formatın genişletilebilir olduğunu da unutmayın.

Fonksiyonel farklılıklar

Formatı uygulama olasılığı için Enterprisedata. Kütüphane sürümünü kullanmanız gerekir standart alt sistemler 2.2.5'in altında değil, aksi takdirde yalnızca Editörler 2.1.
Bir kerelik veri aktarımı (veya kurtarma) için kurallar geliştirmeniz veya kalıntıları aktarmanız gerekiyorsa ... o zaman! Geliştirme için editoryal dönüşümünü kullanmak için daha hızlı ve daha karlı 2.1
Ancak "1C: Enterprise" platformunda çözümler arasında günlük güvenilir bir değişim istiyorsanız (BSP sürümünün karşılık gelmesi şartıyla), ardından seçiminiz "1C: Veri Dönüştürme" baskısı 3.0'dır.

Elbette! Birçoğu, bu günün bu günün, eski formatta değişimi kullandığını ve saniyelerin her yarısında gigabayt verilerinin yanında olduğunu ve her şeyin işe yaradığını ve daha sonra da daha fazla çalıştığını söyleyecektir ... kesinlikle çalışır! 1C sürüm 7.7 platformunu hesaba katmak için birçok kuruluş kullanılıyor. Yeni bir formattan bahsettiğimizi ve tipik çözümlerin "Enterprisedata" formatını kullandığımızı anlamak önemlidir.