p align="justify"> 1C 8'in değişim kurallarını geliştirirken, değişim kurallarının davranışının programlı olarak yeniden atanma olasılığı - işleme mekanizması - geniş çapta tartışılmaktadır. Çalışma kitapları işlevselliği önemli ölçüde genişletebilir ve etkileşimli yapılandırma yeteneklerinin yeterli olmadığı durumlarda değişim kurallarını ayarlamak için vazgeçilmez bir araçtır.
Veri sayfaları ve algoritmalar platformumda yazılıyor ve sonunda değiş tokuş ediliyor.
Bu bir "1C: Enterprise 7.7" platformu olduğundan, koleksiyonların kodu, satın alma veya satın almanın işlenmesi için koda entegre edilmiştir. Açıkçası, örnekleyici veya algoritma ilgili fonksiyonda görünür ve değişim sırasında özelleştirmeye açıktır.
Edinme veya içe aktarma “1C: Enterprise 8” platformunda gerçekleştiriliyorsa, toplama kodu veri alışverişi işleme koduna entegre edilmez, ancak alışveriş kuralları dosyasına dahil edilir. Veri alışverişi sürecinde işlemcilerin ve algoritmaların kodları kurallar dosyasından alınır ve doğrudan “Viconati” operatörünün içeriğine bağlanır. Ayrıştırıcı kodunu ve algoritmaları geliştirmek için “Evrensel XML Veri Değişimi” aracını hızlandırabilirsiniz.
Çoğu binadaki otomatik yönetim sistemleri birden fazla veri tabanına dayanır ve çoğunlukla coğrafi olarak dağıtılmış bir yapıya sahiptir. Doğru uygulandığında bu tür sistemlerin verimli çalışması için veri alışverişi şarttır.
Başlangıçta, yalnızca programlama açısından değil, aynı zamanda danışmanlık açısından da düşük performansla sonuçlanabilecek değişimi ayarlamak, 1C:Enterprise platformundaki ürünlerde olduğu gibi aynı ürünlerle de doğru olabilir. 1C değişimini (veya aynı zamanda 1C 8.3'te veri senkronizasyonu olarak da adlandırıldığı gibi) ayarlamanın neden bir entegrasyon projesi için en önemli ve en ucuz görev haline gelebileceğini bu makaleye bakacağız.
1C ortamında veri alışverişi şunları sağlar:
- Ek belge girişini etkinleştirin;
- günlük iş süreçlerini otomatikleştirin;
- Bölümler arasındaki etkileşimi optimize edin;
- Çeşitli departmanlardaki uzmanların çalışmalarına ilişkin verileri derhal güncelleyin;
- Farklı görünüm türlerini “ayırın”.
*Bir bilgi türünün diğerinden önemli ölçüde farklı olduğu durumlarda, bilginin gizliliğinin ve "ayrı" bilgi akışının sağlanması gerekir. Örneğin, 1C UT ile 1C Muhasebe arasındaki veri alışverişi, yönetim verilerinin düzenleyici çerçevesine entegrasyon gerektirmez. 1C senkronizasyonu burada tutarsız olacak.
Nesnelerden biri 1C ürünüyse, ilk veri alışverişini uygulamaya yönelik standart süreci temsil etmek için aşağıdaki aşamaları görebilirsiniz:
- Depo değişiminin kolaylığı;
- Taşıma için (değişim protokolleri);
- Kuralların oluşturulması;
- Katlanır düzen.
1C depo değişiminde görüntülenir
Değişimin nesneleri zihinsel olarak “dzherelo” ve “priymach” olarak ikiye ayrılabilir. Bu durumda iki rol aynı anda oynanabilir ki buna iki yönlü değişim denir. Kullanım amacı ve kabulü, ihtiyaca veya sistemin işlevsel yeteneklerine bağlı olarak mantıksal bir şekilde belirlenir.*
*Örneğin, mali yapıyı korumaya ve hazine süreçlerini yönetmeye yönelik bir çözüm olan “1C: Enterprise” temel alınarak geliştirilen “WA: Financier” entegrasyonuyla, WiseAdvice uzmanları bunu ana sistem olarak önermektedir. Bunun nedeni, görünüşe göre kararın etkinliğini sağlayan, uygulama politikası kurallarına uygunluğu izlemeye yönelik araçların bulunmasıdır.
Daha sonra, toplanan ve kaydedilen verilere dayanarak, değişim için bir veri listesi oluşturulur, değişim sıklığına kadar değiş tokuş edilebilecek yükümlülükler belirlenir ve tazminatlarla çalışma ve kusurlu durumlarla (çarpışmalarla) başa çıkma süreci belirlenir. .
Bu aşamada, mevcut sistem parkı ve iş yapıları değişim formatı kullanılarak tanımlanır:
Bölünmüş bilgi tabanı
- RIB, her bir değişim için net bir "tepeden tırnağa" yönetim yapısıyla, 1C veritabanlarının aynı konfigürasyonları arasındaki alışverişe saygı duyar. Teknolojik bir platformun bir unsuru olan RIB, aynı zamanda veritabanının konfigürasyonunda ve idari bilgilerinde (yukarıdan aşağıya) değişiklikler de iletebilir.
1C'de evrensel veri alışverişi
- 1C veritabanlarının hem 1C:Enterprise platformundaki yapılandırmalarla hem de üçüncü taraf geliştirme sistemleriyle değişimini ayarlamanıza olanak tanıyan bir mekanizma. Değişim, verilerin "Değişim Planlarına" uygun olarak evrensel bir XML formatına çevrilmesine tabidir.
Kurumsal Veriler
- 1C şirketinin yeni bir gelişimi, 1C:Enterprise platformunda oluşturulan ürünler arasında herhangi bir otomasyon sistemiyle xml formatında veri alışverişini uygulamak için tasarlanmıştır. EnterpriseData kurulumu, değişimle ilgili daha ileri işlemlerle kolaylaştırılır. Daha önce, sisteme yeni bir konfigürasyon eklendiğinde, hem kendisi hem de mevcut sistemler için verileri içe ve dışa aktarmak için bir mekanizmanın uygulanması gerekliydi. Artık EnterpriseData'yı destekleyen sistemler ek işlem gerektirmeyecek ve yalnızca tek bir giriş-çıkış noktası kalacak.
Taşıma için (değişim protokolleri)
1C:Enterprise 8 platformundaki sistem için, küresel olarak kabul edilmiş evrensel standartları (xml, metin dosyaları, Excel, ADO bağlantılı vb.) kullanarak herhangi bir bilgi kaynağıyla alışverişi organize etmek için geniş bir yetenek yelpazesi sağlanmıştır. Bu nedenle, veri taşınırken iz alışverişi üçüncü taraf sistemin veri tabanının yeteneklerine tabidir.
Tarayıcıların senkronizasyonu
p align="justify"> Göstergelerin etkili senkronizasyonunun ana prensibi, bir giriş noktasının görünürlüğüdür. Geçmişte farklı kuralları takip eden acentelerle çalışacaksanız santralı “tek standart”a getirmek için senkronizasyon alanlarını net bir şekilde tanımlamanız gerekir.
*Bu aşamada her bir veri kaynağı üzerindeki verilerin normalleştirilmesine yönelik çalışmalar yapılması gerekebilmektedir. Elemanların düzenlenmesi, hataların ve kopyaların tanınması, tanımlanması, reddedilecek alanların doldurulması ve senkronizasyona alanların atanması sürecinin robotlar tarafından gerçekleştirilebilmesinin sağlanması önemlidir. entegratör (NSI normalizasyon metodolojisi uzmanı), yani vekilin tarafında.
Kuralların oluşturulması
Bu sistem-cihazların cihazlarda görüntülenme olasılığı, değişim kurallarının doğru ayarlanmasına bağlıdır. Xml formatında sunulan kurallar, alıcı cihaz nesnelerinin önemli ayrıntılarının görünümünü düzenler. “1C: Veri Dönüştürme” çözümü, hem tek seferlik hem de kalıcı değişimlerin uygulanmasına yönelik kuralların oluşturulmasını otomatikleştirmek için tasarlanmıştır.
Değişim Planının saat başına veri kaybı olmayacağını garanti eder. Bu depo, 1C değişim prosedürünü tamamen açıklayan 1C:Enterprise platformundaki herhangi bir konfigürasyonun parçasıdır: veri ambarı ("tanıma" ayrıntılarına sahip belgeler) ve düğümler (alma-iletim bilgi tabanları) i), ayrıca RIB'nin etkinleştirilmesi doğrudan değişim.
Değişim Planı öncesinde girilen verilerde meydana gelen değişiklikler kayıt altına alınır ve “değişim” olarak işaretlenir. Veri değiştirmeye yönelik belgeler, alıcı ve verici düğümlerde birbirinin aynısı olmayacak, işaret kaldırılmayacak ve ihlal yapan düğümün bilgilendirilmesi için kontrol sistemi güçlendirilecektir. Veriler içe aktarıldıktan ve her iki sistemde de tam kullanılabilirliği onaylandıktan sonra işaret kaldırılır.
1C'de döviz dökümü
Düzenli alışverişi otomatikleştirmek için veri toplama sıklığı ayarlanır. Değişim sıklığı ihtiyaca ve teknik yeteneklere bağlıdır. “1C:Enterprise” platformundaki aynı konfigürasyon, gerektiğinde veri alışverişini ayarlamanıza olanak tanır.
Bir değişimi gerçekleştirmenin standart sürecine baktıktan sonra, çeşitli aşamalarda ek işlem gerektiren faktörlere çok dikkat ediyoruz:
- Bunlar tipik, yüksek düzeyde değiştirilmiş veritabanı değişiklikleri değildir;
- 1C:Enterprise platformunun farklı versiyonları;
- Uzun süredir güncellenmeyen konfigürasyonun güncel versiyonları;
- Daha önce daha fazla sorgulandığı bilinen takas nesneleri;
- Standart dışı değişim kurallarına ihtiyaç var;
- Açık muhbirlerde büyük farklılıklar gösteren ayrıntıların işe alınması ve saklanması.
İlk veri alışverişini uygulamaya yönelik bazı standart eylemler, 1C muhasebecilerinin katılımıyla gerçekleştirilmesi önerilen uzman bilgisi gerektirir. Tüm açıklamalar seçildikten sonra konfigürasyon değişimine geçin. Veritabanlarının “1C:UPP” ve “1C:Rozdrib” uygulamasından entegrasyonuna bakacağız (aynı zamanda “1C:UT” değişimi kurulur). Ayrıca standart senkronizasyon, en büyük endüstriyel işletmelerdeki büyük ölçekli otomasyon sistemleri için tipik olan yumuşak yol vericilerin ve yumuşak yol vericilerin değişimini de içerir.
"Hizmet" alt menüsünde "Platformdaki ürünlerle veri alışverişi..." seçeneğini seçin ("Rozdriba" ile doğrudan alışverişi seçmek genellikle COM nesneleri düzeyinde cezalarla tehdit eder). “Bu kapasiteye ulaşılamıyor” mesajına hizmete büyük saygı duyuyorum.
Bu sorunu çözmek için “Veri paylaşımını ayarla” seçeneğini seçmeniz gerekir.
…ve kutuyu işaretleyin. Değişiklikle ilgili diğer bildirimler dikkate alınmaz.
Veri senkronizasyonunu ayarlarken “Rozdrib'den bir değişim oluştur” seçeneğini seçin.
Bağlantı parametrelerini yerel veya uç dizin aracılığıyla ayarlamadan önce, diskteki dizinin altındaki konuma gidin. Kural olarak 30-50 MB'tan fazla yer kaplamasa da, Windows durumunda 600 MB'a kadar ihtiyacınız olabilir. Gerekli dizini doğrudan yapılandırıcıdan oluşturabilirsiniz.
Bir ağ dizini üzerinden bağlanırken, "Uzak" seçeneğine tıklayarak ek bir FTP adresi ve e-posta kullanarak bağlantılar kurabilirsiniz.
Kurulumlarda önekler manuel olarak ayarlanır - bazların özel tanımları (genellikle BP, UPP, RO), kurallar ayarlanır ve veri silme tarihi ayarlanır. Önek, oluşturulduğu temeli belirtmek için belgelerin adında görünecektir. Angajman kuralları düzenlenmeyeceğinden motivasyona ilişkin veriler tüm bariz parametrelere tabi olacaktır.
İşlemlerinizi tekrarlamamak adına “Rozdrib” için exchange kurulum dosyası oluşturuyoruz. Senkronizasyonu ayarladıktan hemen sonra verilerin kesin olarak yüklenmesi gerekiyorsa kutuyu işaretleyin.
Değişim sürecini otomatikleştirmek için bir düzen oluşturmak gerekir.
Menü "Rozdrib".
Kutuyu işaretleyin ve “Senkronizasyon”u seçin.
Üretim işletmesinin Yönetimi seçilerek bir “ağ geçidi” ayarı gerçekleştiriliyor.
UPP'deki ayarlamalardan ve yaratımlardan bir dosya oluşturuyoruz.
Bir onay işareti koyuyoruz, sistem adresi otomatik olarak eşleştirecek.
Durum UPP'dekiyle aynı.
Verilerin doğrulanması (Hazırlık aşamasının manuel olarak tamamlanması tavsiye edilir, aksi takdirde değişimin gerçekleştirilmesi zorlaşabilir). Pencerenin açıldığı fare tıklamasıyla gösterilir.
Senkronizasyon sırasında “Rapor...” yerine “Hayır...” ifadesi kullanılacaktır.
“Rapor...”, değişimle ilgili güncellenmiş bilgileri içeren kayıt günlüğünü açar.
Hazır.
Merhaba blog sitesinin sevgili okuyucuları! Veri Dönüştürmeyi yapılandırdıysanız, 1C:Enterprise 8.2'de veri alışverişi için gerekli tüm araçlara, belgeler ve uygulayıcılarla birlikte sahip olacaksınız. Makale, Veri dönüştürme yapılandırmasının 2.1.4.1 sürümündeki çalışmalarını göstermektedir.
Yapılandırma dağıtım deposundan verileri MD82Exp.epf işleme dosyasına dönüştürmeyi biliyoruz.
Cihazın ve cihazın veritabanlarının konfigürasyonunun meta veri yapısının açıklamasını görselleştirmek gerekir.
Ayrıca stok dağıtımında V8Exchan82.epf örnek dosyası da mevcuttur.
Dzherela tabanının görselleştirilmesi ve astar tabanının görselleştirilmesi için gereklidir.
1C konfigürasyonlarınız neden aynı? Daha sonra gösterimde açıklandığı gibi başka bir yöntem denemelisiniz. Aynı veritabanları arasında veri alışverişi yapmak için vikoryst'i de kullanabilirsiniz.
Verileri 1C 7.7 sürümünden 1C 8.2 sürümüne nasıl aktarmanız gerekir? Açıklama amacıyla Todi varto vikoristovat.
Tamam, başlayalım:
Meta veri dzherela ve priymacha yapısının vivantazhimo envanterinden başlayarak.
- Dzherelo veritabanını 1C: Enterprise 8.2 modunda açın ve MD82Exp.epf işlemini çalıştırın
Geliştirme amacıyla dzherel meta verilerinin yapısını anlatacağım.
Metadata yapısını Rules1.xml dosyasına kaydediyoruz.
- Alıcı tabanını 1C modunda açıyoruz: Enterprise 8.2 ve MD82Exp.epf'yi işlemeye başlıyoruz
Geliştirme amacıyla primemach'in meta verilerinin yapısını anlatacağım.
Metadata’nın yapısını Rules2.xml dosyasına kaydediyoruz.
Her iki konfigürasyonun meta veri yapısını tanımlamak önemlidir.
- Veri dönüştürme yapılandırmasını 1C:Enterprise modu 8.2'de başlatalım.
- “Yapılandırmalar” sihirbazını görebilirsiniz (Eklemeler->Yapılandırmalar). Yapılandırma bilgilerini kaydeder,
Aralarında değişim kuralları ayarlanabilir. - Cihaz konfigürasyonu hakkında bilgi ekleyeceğiz. “Ekle” düğmesine veya “Ekle” tuşuna basın.
- Rules1.xml aygıtının meta veri yapısını içeren dosyanın yolunu belirtin. "Vikonati zavantazhenya" düğmesine basın.
Artık "Yapılandırma" sürücüsünün jerela yapılandırması adı verilen yeni bir öğeye sahip olması önemlidir.
- Alıcının konfigürasyonu hakkında bilgi ekleyeceğiz. “Ekle” düğmesine veya “Ekle” tuşuna basın.
- Rules2.xml ana bilgisayarının meta veri yapısının bulunduğu dosyaya gidelim. "Vikonati zavantazhenya" düğmesine basın.
Artık "Yapılandırma" sürücüsünün alıcı yapılandırması adı verilen yeni bir öğeye sahip olması önemlidir.
Biz dzherelo ve priymach hakkındaki bilgilerle ilgileniyoruz. Artık değişim kurallarını ayarlayabiliriz.
Bir sonraki adımda “Yapılandırma” düzenleyicisinin öğelerini hızlı bir şekilde oluşturun ve bunları seçin
"Dönüşümler" düzenleyicisinden.
- “Dönüşümler” danışmanını görebilirsiniz (Eklemeler->Dönüşümler). Bu temsilci bilgi sağlayacak,
hangi konfigürasyonların birbirleriyle doğrudan iletişim kurduğunu gösterir. - Dodamo'nun yeni unsuru. “Ekle” düğmesine veya “Ekle” tuşuna basın.
- “Configuration” tarayıcısından cihazın konfigürasyonunu gösterebiliriz. "Yapılandırma - cihaz:" alanı.
- Yapılandırmayı “Yapılandırma” tarayıcısından seçebilirsiniz. "Yapılandırma - hedef:" alanı.
- "Tamam" düğmesini tıklayın.
- Tüm değişim kurallarını otomatik olarak oluşturabileceğiniz "Bilgi" diyalog penceresini açın.
Yapılandırma nesnelerinin adlarından kaçınılır veya manuel olarak yalnızca bir kural uygulanır.
- “Bilgi” iletişim kutusundan ilk seçeneği seçtiğinizde, yazının bulunduğu diğer iletişim kutusu
"Verilerin canlılığı için kurallar oluşturulsun mu?" "Tamam" düğmesini tıklayın.
Açıkçası takasın kurallarını öğrendik. Dosya alışverişi kuralları kayboldu.
Dönüşüm kuralları hazır! Artık veri alışverişine başlıyoruz.
Dzherelo veritabanını 1C: Enterprise 8.2 modunda açın ve işlemeye başlayın
zavantazhennya veri dzherela amacıyla.
Bu V8Exchan82.epf işleme dosyasıdır. Veya "Hizmet" -> "Diğer veri alışverişleri" -> "XML formatında evrensel veri alışverişi" seçeneğini açın
- “Veri Değişimi” sekmesinde, kural dosyasının adını seçin (buraya kaydettik: C:\Bases\Data Exchange Rules.xml).
Veri alışverişi kurallarına bakalım. “Yani” butonuna tıklayın. - Veri dosyasının adını girin. (Örneğin, C:\Bases\VivantageDanikh.xml). Dosya mevcut değilse oluşturulacaktır.
- Dönem diyelim. "Verileri ziyaret et" düğmesini tıklayın (Yukarıdaki panelde bulunur).
Şimdi üsse geçelim. 1C: Enterprise 8.2 modunda açıp işlemeye başlıyoruz
Bu V8Exchan82.epf işleme dosyasıdır. Veya "Hizmet" -> "Diğer veri alışverişleri" -> "XML formatında evrensel veri alışverişi" seçeneğini açın
- “Veri Toplama” sekmesinde veri dosyasının adını seçin (buraya kaydettik: C:\Bases\Data Collection.xml).
- “Veri gir” düğmesine tıklayın (Üstteki panelde bulunur).
Dani aşık oldu!
Alıcı taban ve cihaza ait belgenin tablo kısmında gerekli ayrıntıların görünmesi durumunda hatalar ortadan kaldırılır.
Alıcı, "Danışman" türünde ayrıntılara sahip olabilir ve diğeri aynı adla veya "Numaralandırma" türünde ayrıntılara sahip olabilir.
Yak buti? Bir nesneyi dönüştürme kuralları nasıl düzgün şekilde ayarlanır? İstatistiklerinizi hızlandırın.
Aynı koşullar 1C: Girişimcilik 8.1 ve 1C: Girişimcilik 8.0 sürümleri için de geçerlidir. Veri dönüştürme yapılandırması dağıtım kiti, MD81Exp.epf ve V8Exchan81.epf, MD80Exp.epf ve V8Exchan.epf sürümleri için işleme dosyalarını içerir.
Ek olarak, ek yapılandırma verileri dönüşümüyle 1C:Enterprise 7.7 sürümündeki verileri dönüştürebilirsiniz. Aşağıdaki dosyalar eklenir: V77Exp.ert (veri toplama), V77Imp.ert (veri toplama), MD77Exp.ert (konfigürasyonun veri yapısı açıklaması).
İstatistikler bu hediyelerin nasıl hızlı bir şekilde alınacağını açıkça açıklıyor.
Güncellenmiş veriler
