1c xml formatında evrensel veri alışverişi. Evrensel veri alışverişini kullanmanın görünümü ve özellikleri. O halde neden KD3'e ihtiyacımız var? Avantajlar ve dezavantajlar

• Video – 21 ders saati
• PDF formatında öğretim materyalleri - 117 A4 sayfa
• Öğretmen çözümleriyle 16 pratik görev

Kurs formatı, destek

Materyaller, sipariş için ödeme yapıldıktan hemen sonra mevcuttur - bunları siteden indirir ve istediğiniz zaman incelersiniz.

Destek web sitesindeki Master Grup aracılığıyla sağlanmaktadır.

Ana gruba tam erişim etkinleştirilmelidir satın alma tarihinden itibaren en geç 100 gün içinde.

Kursun alaka düzeyi

Kurs materyalleri BSP 2.3.2.73 versiyonuna uygundur.

BSP'nin eski sürümlerini kullanmayı planlıyorsanız, lütfen BSP "Veri Değişimi" alt sisteminin işletim mekanizmalarının değiştiğini ve arayüzlerin de değiştiğini unutmayın.

BSP'nin en son sürümleri için yeni bir kurs geliştirilme aşamasındadır ve birkaç ay içinde yayınlanacaktır. Ancak BSP 2.3.2.73 ve daha eski sürümleri için mevcut oran geçerli olacaktır.

Kurs ücreti

9.700 ruble

Garanti

2008'den beri ders veriyoruz, kurslarımızın kalitesine güveniyoruz ve elimizden geleni yapıyoruz. standart 60 günlük garanti.

Bu, kursumuza katılmaya başladıysanız ancak aniden fikrinizi değiştirirseniz (veya örneğin fırsatınız yoksa), karar vermek için 60 günlük bir süreniz olduğu ve geri dönüş yaparsanız 100 günlük geri dönüş yapacağınız anlamına gelir. ödemenin yüzdesi.

Taksitli ödeme

Kurslarımız taksitli veya faizsiz olmak üzere taksitli olarak ödenebilmektedir. burada Malzemelere anında erişebilirsiniz.

Bu, bireylerden 3.000 RUB veya daha fazla miktarda yapılan ödemelerle mümkündür. 150.000 ovuşturmaya kadar.

Tek yapmanız gereken “Yandex.Checkout ile Ödeme” ödeme yöntemini seçmek. Daha sonra, ödeme sistemi web sitesinde "Taksitli öde" seçeneğini seçin, ödemelerin süresini ve tutarını belirtin, kısa bir form doldurun - birkaç dakika içinde bir karar alacaksınız.

Ödeme seçenekleri

Tüm önemli ödeme şekillerini kabul ediyoruz.

Bireylerden– kartlardan ödemeler, elektronik parayla ödemeler (WebMoney, YandexMoney), İnternet bankacılığı yoluyla ödemeler, iletişim mağazaları aracılığıyla ödemeler vb. Sipariş için ek faizsiz de dahil olmak üzere taksitli (taksitli) ödeme yapmak da mümkündür.

Siparişinizi vermeye başlayın; ikinci adımda tercih ettiğiniz ödeme yöntemini seçebilirsiniz.

Kuruluşlardan ve bireysel girişimcilerden– nakitsiz ödeme, teslimat belgeleri sağlanır. Bir sipariş giriyorsunuz ve ödeme için anında bir fatura yazdırabiliyorsunuz.

Birkaç çalışanın eğitimi

Kurslarımız bireysel öğrenme için tasarlanmıştır. Tek sette grup antrenmanı yasa dışı dağıtımdır.

Bir şirketin birden fazla çalışanı eğitmesi gerekiyorsa, genellikle %40 daha az maliyetli "ek kitler" sunuyoruz.

“Ek kit” siparişi vermek için formda 2 veya daha fazla kurs seti seçin ikinci setten başlayarak Kursun maliyeti %40 daha ucuz olacak.

Ek kitleri kullanmanın üç koşulu vardır:

• Daha önce (veya onunla birlikte) en az bir normal set satın alınmadıysa, yalnızca ek bir set satın alamazsınız.
• Ek setler için başka indirim yoktur (zaten indirimlidirler, bu “indirim üzerine indirim” olacaktır)
• promosyonlar aynı nedenden dolayı ek setler için (örneğin 7.000 ruble tazminatı) geçerli değildir

Yazdır (Ctrl+P)

Evrensel bir format aracılığıyla alışveriş

Standart alt sistemler kütüphanesinin “Veri Değişimi” alt sistemi, çeşitli bilgi tabanları arasında bilgi alışverişi için 4 seçenek (teknoloji) içerir:

• dağıtılmış bilgi tabanları (RIB);
• evrensel bir format aracılığıyla veri alışverişi;
• değişim kurallarına göre veri alışverişi (değişim kuralları “Veri Dönüştürme” konfigürasyonu, sürüm 2.1 kullanılarak oluşturulur);
• değişim kuralları olmadan veri alışverişi.

Bu makalede, veri alışverişi teknolojisi tartışılmaktadır. evrensel EnterpriseData formatı. Bu teknoloji 2.3.1.62 versiyonundan itibaren “Standart Alt Sistemler Kütüphanesi”nde mevcuttur. 2016'nın başlarında piyasaya sürüldü. Şu anda BSP 2.3'ün en son sürümü (uyumluluk modunun devre dışı bırakıldığı 8.3.8.1652 sürümünden daha düşük olmayan 1C:Enterprise 8.3 platformuyla kullanım için) 2.3.6.17 sürümünü yayınladı.

Pirinç. 1 BSP 2.3'ün son sürümleri

1C uygulama çözümleri sağlamaya yönelik dosyalar arasında, örneğin UT 11.3.3.231 uygulama çözümüne dayanarak uygulamanın hangi BSP sürümüne göre geliştirildiğine göre yazılan bir “Kütüphane Sürümleri” metin dosyası bulunmaktadır. BSP 2.3.5.65 oluşturuldu.

Lütfen "1C:Enterprise 8.3" platform sürümüyle kullanım için daha düşük olmadığını unutmayın. 8.3.10.2168 sürüm, uyumluluk modu devre dışı bırakılarak yayınlandı BSP2.4.

EnterpriseData formatının açıklaması

EnterpriseData formatı nedir?

Bir bilgi tabanı nesnesini (karşı taraf, fatura vb.) tanımlamanıza veya bu nesnenin silindiğini raporlamanıza olanak sağlayan bir formattır. EnterpriseData biçimindeki dosyayı alan yapılandırmanın buna göre tepki vermesi beklenir; yeni nesneler oluşturacak ve dosyada silinmiş olarak işaretlenenleri silecektir. UT, RT, UNF, BP konfigürasyonları arasında bilgi alışverişi için tasarlanmıştır. Format aynı zamanda diğer bilgi sistemleriyle bilgi alışverişinde bulunmak için de kullanılabilir: kendi yazılımının veya alışverişe katılan bilgi tabanı yapılarının özelliklerine bağlı değildir ve kullanım konusunda bariz kısıtlamalar içermez.

EnterpriseData formatı sürümü

Format verileri, Şekil 2'de gösterildiği gibi genel veritabanı konfigürasyon dallarındaki XDTO paketlerinde saklanır. 2

Şekil 2 XDTO – EnterpriseData veri formatı paketleri

İncirde. Şekil 2, birkaç XDTO paketinin olduğunu göstermektedir. Bunlar formatın farklı versiyonlarıdır. Format sürüm numarası X.Y.Z'den oluşur; burada X.Y sürüm, Z ise Küçük sürümdür. Hata düzeltmeleri ve aşağıdaki değişiklikler durumunda Küçük sürüm artırılır: formatın önceki sürümüne dayalı veri dönüştürme mantığının işlevselliği korunur (format aracılığıyla mevcut veri aktarım algoritmalarının geriye dönük uyumluluğunun sürdürülmesi); Dönüştürme mantığına yönelik yeni format yeteneklerinin desteklenmesi isteğe bağlıdır. Bu tür değişikliklere örnek olarak bir hatanın düzeltilmesi, format nesnelerinin özelliklerinin değiştirilmesi, veri dönüştürülürken kullanılması zorunlu olmayan özelliklerin eklenmesi verilebilir. Diğer durumlarda, format değiştiğinde Ana sürüm artar: X – küresel yeniden yapılanma durumunda, Y – diğer durumlarda.
Format, nesnelerin (belgeler veya dizin öğeleri) XML dosyaları biçiminde temsilini açıklar. Sürüm 1.0.1, çeşitli alanlardan (finans, üretim, satın alma ve satış, depo operasyonları) 94 nesnenin açıklamasını içerir. Türlerin adları kural olarak iyi anlaşılmıştır ve ek açıklamalara ihtiyaç duymaz: örneğin, "Belge.Tamamlanan Çalışma Yasası" veya "Direktör.Karşı Taraflar". Gördüğünüz gibi belge türlerinin açıklaması “Belgesel.” önekiyle, dizin öğesi ise “Dizin.” önekiyle başlamaktadır. Formatın daha ayrıntılı bir açıklamasını burada bulabilirsiniz
En son sürüm 1.3'tür ancak en sık kullanılan sürüm 1.0'dır. Versiyonlar arasında pek bir fark yok. Biçim EnterpriseDataExchange_1_0_1_1 Bir web hizmeti aracılığıyla alışveriş yaparken kullanılır.
Dikkat EnterpriseData veri formatı paketinin birlikte kullanıldığı DeğişimMesajı dönüşüm kuralları oluştururken. Type nesnesini içeren bu pakettir İlave bilgiherhangi bir değer türüne sahip olabilir ve yapılandırma nesneleri arasında bir dönüştürme kuralı oluştururken kullanılır. veri formatında olmayanlar. Kesinlikle, teşekkürler İlave bilgiXDTO paketlerindeki format verilerini değiştirmeden değişim kurallarını uyarlayabilir ve özelleştirebilirsiniz.

Pirinç. 3 XDTO paketinin yapısıExchangeMessage

EnterpriseData formatında veri alışverişi nasıl yapılır?

EnterpriseData formatındaki verilerin konfigürasyonla değişimi bir dosya alışverişidir. Harici uygulamadan alınan dosyaya yanıt olarak yapılandırma dosyayı işleyecek ve bir yanıt dosyası oluşturacaktır. Dosyalar değiştirilebilir:

• özel bir dosya dizini aracılığıyla,
• FTP dizini aracılığıyla,
• bilgi tabanı tarafında konuşlandırılan bir web hizmeti aracılığıyla. Veri dosyası web yöntemlerine parametre olarak aktarılır.

Not. Üçüncü taraf bir uygulama ile bilgi tabanı tarafındaki konfigürasyon arasında iki yönlü veri alışverişi için bir dizi ayarın yapılması gerekir - üçüncü taraf uygulamasının bilgi tabanına kaydedilmesi, bunun için bir değişim kanalı tanımlanması gerekir (üzerinden) bir dosya veya FTP dizini), vb. Ancak basit entegrasyon durumlarında, bilgilerin yalnızca üçüncü taraf bir uygulamadan bilgi tabanına aktarılması yeterli olduğunda ve verilerin bilgi tabanından üçüncü taraf bir uygulamaya ters aktarımı gerekli olmadığında (örneğin, bir çevrimiçi mağazanın entegrasyonu) satış bilgilerini 1C: Muhasebe'ye aktaran), tarafta ayar gerektirmeyen bir web hizmeti aracılığıyla çalışmanın basitleştirilmiş bir sürümü vardır.

Senkronizasyon sırasında konfigürasyon değişim planlarını kullanarak alışveriş yaparken, yalnızca son senkronizasyondan bu yana meydana gelen değişikliklerle ilgili bilgiler iletilir (aktarılan bilgi miktarını en aza indirmek için). İlk eşitleme yaptığınızda, yapılandırma tüm EnterpriseData biçimli nesneleri bir XML dosyasına aktaracaktır (çünkü bunların tümü üçüncü taraf uygulaması için "yeni"dir).

Bir sonraki adım üçüncü taraf uygulaması içindir - XML ​​dosyasındaki bilgileri işlemeli ve bir sonraki senkronizasyon oturumu sırasında bölüme yerleştirmelidir. yapılandırmadan belirli bir numaraya sahip bir mesajın başarıyla alındığına dair bilgi (yapılandırmadan alınan mesajın numarasını AlınanNo alanına yazın). Alındı ​​mesajı, tüm nesnelerin harici uygulama tarafından başarılı bir şekilde işlendiğini ve artık onlar hakkında bilgi iletilmesine gerek olmadığının konfigürasyona bir sinyalidir. Makbuzun yanı sıra, üçüncü taraf bir uygulamadaki XML dosyası da senkronizasyon için veri içerebilir (bölümde) ).

Alındı ​​mesajını aldıktan sonra yapılandırma, önceki mesajda gönderilen tüm değişiklikleri başarıyla senkronize edilmiş olarak işaretler. Bir sonraki senkronizasyon oturumu sırasında yalnızca nesnelerde yapılan senkronize edilmemiş değişiklikler (yenilerinin oluşturulması, mevcutların değiştirilmesi ve silinmesi) harici uygulamaya gönderilecektir.

Verileri harici bir uygulamadan konfigürasyona aktarırken resim tersine döner. Başvuruda bu bölümün doldurulması gerekmektedir buna göre ve bölümde senkronize edilecek nesneleri EnterpriseData formatında yerleştirin.

Dosya işlendikten sonra konfigürasyon, bir alındı ​​mesajı ve konfigürasyon tarafından senkronizasyon için yeni veriler (son senkronizasyon oturumundan bu yana varsa) içeren bir XML dosyası oluşturacaktır.

1C:Enterprise platformunda uygulama çözümleriyle veri alışverişi hakkında daha fazla ayrıntıyı EnterpriseData formatında görebilirsiniz.

“Evrensel bir format aracılığıyla değişim yöneticisi” genel modülü.

Verilerin bilgi tabanından değişim formatına indirilmesine ilişkin kuralları ve verilerin değişim formatından bilgi tabanına yüklenmesine ilişkin kuralları tam olarak açıklayan prosedürler ve işlevler, ortak bir modülde - evrensel bir format aracılığıyla değişim yöneticisi modülü - geliştirilir.

Pirinç. 4 Değişim yöneticisi modülünün evrensel formattaki yapısı

Modül, yapılandırılmış değişim kurallarına dayalı olarak "Veri Dönüştürme" yapılandırması, sürüm 3.0 kullanılarak otomatik olarak veya yapılandırıcıda manuel olarak oluşturulur.

Modül, her biri kendi prosedür ve fonksiyon grubunu içeren birkaç büyük bölümden oluşur.

1. Bir yorum. Modülün ilk satırı dönüşümün adını içeren bir açıklama içerir. Bu satır, örneğin Veri Dönüştürme programı sürüm 3.0'da komut kullanılırken modülü tanımlamak için gereklidir. // 06/01/2017 19:51:50 tarihinden itibaren UP2.2.3 dönüşümü
2. Dönüşüm prosedürleri. Veri senkronizasyonunun farklı aşamalarında gerçekleştirilen önceden tanımlanmış prosedürleri içerir: dönüştürmeden önce, dönüştürmeden sonra, ertelenmiş doldurmadan önce.
3. Veri İşleme Kuralları (DPR). Verilerin işlenmesine ilişkin kuralları açıklayan prosedürleri ve işlevleri içerir.
4. Nesne Dönüştürme Kuralları (OCR). Nesneleri dönüştürme kurallarının yanı sıra bu nesnelerin özelliklerini dönüştürme kurallarını açıklayan prosedürler ve işlevler içerir.
5. Önceden Tanımlanmış Veri Dönüştürme Kuralları (PDC).Önceden tanımlanmış verileri dönüştürme kurallarını dolduran bir prosedür içerir.
6. Algoritmalar. Diğer kurallardan (POD veya PKO) çağrılan rastgele algoritmalar içerir.
7. Seçenekler. Dönüşüm parametrelerini doldurma mantığını içerir.
8. Genel amaçlı. Kurallarda ve algoritmalarda yaygın olarak kullanılan prosedürleri ve işlevleri içerir.

Yönetici modülündeki çeşitli prosedür türlerinde kullanılan prosedür ve fonksiyonların parametreleri aşağıda açıklanmıştır.

Değişim Bileşenleri. Tip - Yapı. Değişim oturumunun bir parçası olarak başlatılan parametreleri ve değişim kurallarını içerir.

Değişim Yönü. Tür – Dize. "Gönder" veya "Al".

IB verileri. Tür – DirectoryObject veya BelgeNesnesi.

Dönüşüm etkinlikleriyle ilgili prosedürler

Dönüştürme işlemi sırasında çağrılan önceden tanımlanmış üç prosedür vardır:

• Dönüşümden Önce. Veri senkronizasyonu gerçekleşmeden önce çağrılır. Bu prosedür genellikle çeşitli dönüştürme parametrelerinin başlatılması, varsayılan değerlerin doldurulması vb. için mantığı barındırır. Parametreler: Bileşen Değişimi.
• Dönüşümden Sonra. Veri senkronizasyonu tamamlandıktan sonra ancak tembel doldurma gerçekleşmeden önce çağrılır. Seçenekler: Bileşen Değişimi.
• GecikmeliDoldurmadan Önce. Tembel dolum oluşmadan önce çağrılır. Tembel doldurmaya konu olan nesnelerin tablosunu sıralama veya ayarlama mantığı burada bulunabilir. Seçenekler: Bileşen Değişimi.

AML prosedürleri

Veri İşleme Kurallarını doldurun. Veri işleme kurallarını doldurma mantığını içeren bir dışarı aktarma prosedürü. Kural tablosuna belirli bir nesnenin işlenmesine yönelik bir kural ekleyen diğer prosedürlere yapılan çağrıları içerir (aşağıdaki prosedürlere bakın) AML ekle). Seçenekler: Değişim Yönü, Veri İşleme Kuralları

UNDER_ ekle<ИмяПОД>. Tabloyu belirli nesnelere ilişkin kurallar ALTINDA dolduran bir dizi prosedür. Bu tür prosedürlerin sayısı, Veri Dönüştürme programının 3.0 sürümünde bu dönüştürme için sağlanan AML sayısına karşılık gelir. Seçenekler: Veri İşleme Kuralları(değişim oturumunun bir parçası olarak başlatılan bir değerler tablosu).

ALTINDA_<ИмяПОД>_İşlenirken. Prosedür işleyici metnini içerir İşleme Sırasında belirli bir AML için. İşleyici, dönüştürme mantığını nesne düzeyinde uygulamak için tasarlanmıştır. Örneğin, nesnenin içeriğine bağlı olarak belirli bir nesneye belirli bir PQO atayın. Seçenekler:

• BilgiB verileri veya DataXDTO(değişim yönüne bağlı olarak):
• gönderirken – nesne ( DizinNesnesi,BelgeNesnesi);
• alındıktan sonra - XDTO nesnesinin açıklamasını içeren bir yapı.
• PKO kullanımı. Tip - Yapı. Anahtar, PCO'nun adını ve tür değerini içeren bir dize içerir. Boolean (Doğru– PKO kullanılıyorsa, Yalan– PKO kullanılmaz).
• Bileşen Değişimi.

ALTINDA_<ИмяПОД>_Veri Örnekleme. İşlev, işleyici metnini içerir Boşaltma sırasında. İşleyici, kaldırılacak nesneleri seçmek için rastgele bir algoritma uygulamak üzere tasarlanmıştır. Dönüş değeri: kaldırılacak nesnelerin dizisi. Dizi, hem bilgi tabanı nesnelerine bağlantılar hem de yükleme için veri içeren bir yapı içerebilir. Seçenekler: Bileşen Değişimi.

PKO prosedürleri

Nesne Dönüştürme Kurallarını doldurun. Nesneleri dönüştürme kurallarını doldurma mantığını içeren bir dışa aktarma prosedürü. Kural tablosuna belirli bir nesne dönüştürme kuralı ekleyen diğer prosedürlere yapılan çağrıları içerir (aşağıdaki prosedürlere bakın) PKO ekle). Seçenekler: Değişim Yönü, Dönüşüm Kuralları(değişim oturumunun bir parçası olarak başlatılan bir değerler tablosu).

EklePKO_<ИмяПКО>. PKO tablosunu belirli nesnelere yönelik kurallarla dolduran bir dizi prosedür. Bu tür prosedürlerin sayısı, Veri Dönüştürme programı sürüm 3.0'da bu dönüştürme için sağlanan PKO'ların sayısına karşılık gelir. Seçenekler: Dönüşüm Kuralları(değişim oturumunun bir parçası olarak başlatılan bir değerler tablosu).

PKO_<ИмяПКО>_WhenSendingData. Prosedür işleyici metnini içerir Gönderirken belirli bir PKO için. İşleyici, veri yüklenirken kullanılır. Bir bilgi tabanı nesnesinde bulunan verileri bir XDTO nesnesinin açıklamasına dönüştürme mantığını uygulamak üzere tasarlanmıştır. Seçenekler:

• BilgiB verileri. Tip - DizinNesnesi, BelgeNesnesi. İşlenmekte olan bilgi tabanı nesnesi.
• DataXDTO. Tip - Yapı. XDTO nesne verilerine erişmek için tasarlanmıştır.
• Bileşen Değişimi.
• Yığın Yüklemeleri. Tip - Sıralamak. İç içe geçmeyi dikkate alarak, boşaltılan nesnelere bağlantılar içerir.

PKO_<ИмяПКО>_XDTO Verilerini Dönüştürürken. Prosedür işleyici metnini içerir DataXDTO'yu Dönüştürürken belirli bir PKO için. İşleyici veri yüklenirken kullanılır. Rastgele XDTO veri dönüştürme mantığını uygulamak için tasarlanmıştır. Seçenekler:

• DataXDTO. Tip - Yapı. Erişimi kolaylaştırmak için önceden işlenmiş XDTO nesne özellikleri.
• Alınan veri. Tip - DizinNesnesi, BelgeNesnesi. XDTO verilerinin dönüştürülmesiyle oluşturulan bir bilgi tabanı nesnesi. Bilgi veritabanına kaydedilmez.
• Bileşen Değişimi.

PKO_<ИмяПКО>_Alınan Verileri Kaydetmeden Önce. Prosedür işleyici metnini içerir Alınan Verileri Kaydetmeden Önce belirli bir PKO için. İşleyici veri yüklenirken kullanılır. Bir nesneyi bilgi tabanına kaydetmeden önce gerçekleştirilmesi gereken ek mantığı uygulamak için tasarlanmıştır. Örneğin, mevcut bilgi güvenliği verilerine değişiklikler mi yüklenecek, yoksa yeni veriler olarak mı yüklenecek? Seçenekler:

• Alınan veri. Tip - DizinNesnesi, BelgeNesnesi. XDTO verileri dönüştürülerek oluşturulan bir veri öğesi.

Bu veriler bilgi tabanı için yeniyse kaydedilir (parametre BilgiB verileri değeri içerir Tanımsız).

Aksi takdirde Alınan veri yer değiştirmek BilgiB verileri(tüm mülkler Alınan veri transfer edildi BilgiB verileri).

Bilgi güvenliği verilerinin alınan verilerle standart olarak değiştirilmesi gerekmiyorsa, kendi aktarım mantığınızı yazmalı ve ardından parametreyi ayarlamalısınız. Alınan veri Anlam Tanımsız:

• BilgiB verileri. Tip - DizinNesnesi, BelgeNesnesi. Alınan verilere karşılık gelen bir bilgi tabanı veri öğesi. Eşleşen veri bulunamazsa şunları içerir: Tanımsız.
• Özellikleri Dönüştürme. Tip - Değer tablosu. Değişim oturumunun bir parçası olarak başlatılan, geçerli nesnenin özelliklerini dönüştürmek için kurallar içerir.
• Bileşen Değişimi.

PCPD prosedürleri

Önceden Tanımlanmış Verilerin Dönüştürme Kurallarını Doldurun. Önceden tanımlanmış verileri dönüştürme kurallarını doldurma mantığını içeren bir dışa aktarma prosedürü. Seçenekler: Değişim Yönü, Dönüşüm Kuralları(değişim oturumunun bir parçası olarak başlatılan bir değerler tablosu).

Algoritmalar

“Veri Dönüştürme” programının 3.0 sürümünde, AML ve PKPD işleyicilerinden çağrılan rastgele algoritmalar oluşturmak mümkündür. Algoritmaların adı, parametreleri ve içeriği kurallar geliştirilirken belirlenir.

Seçenekler

DönüşümParametreleri'ni doldurun. Dönüştürme parametrelerine sahip yapının doldurulduğu bir dışa aktarma prosedürü. Seçenekler: Dönüşüm Seçenekleri(tip - Yapı).

Genel Amaçlı Prosedürler ve Fonksiyonlar

ExecuteManagerModuleProcedure. Seçenekler: ProsedürAdı(astar), Seçenekler(yapı). Adı ve parametreleri girdi olarak alınan, dışa aktarma olmayan bir modül prosedürünü çağırmayı amaçlayan bir dışa aktarma prosedürü. Bir yöntem kullanmadan hat üzerinde bir prosedür veya işlevi çağırmanıza olanak tanır Uygulamak.

ExecuteManagerModuleFunction. Seçenekler: ProsedürAdı(astar), Seçenekler(yapı). İşlev, amaç benzer ExecuteManagerModuleProsedür. Aradaki fark, bir işlevi çağırması ve değerini döndürmesidir.

1C 8 değişim kurallarını geliştirirken, değişim kurallarının davranışını programlı olarak yeniden tanımlama yeteneği - işleyici mekanizması - yaygın olarak kullanılır. Olay işleyicileri işlevselliği önemli ölçüde genişletir ve etkileşimli yapılandırma yeteneklerinin yeterli olmadığı durumlarda değişim kurallarını ayarlamak için vazgeçilmez bir araçtır.

İşleyiciler ve algoritmalar, değişim sırasında yürütülecekleri platformun dilinde yazılır.

Bu bir 1C: Enterprise 7.7 platformuysa, işleyici kodu yükleme veya indirme işleme koduna entegre edilir. Buna göre, her işleyici veya algoritma ayrı bir işleve ayrılır ve değişim sırasında hata ayıklama için kullanılabilir.

Yükleme veya indirme 1C: Enterprise 8 platformunda gerçekleşirse, işleyici kodu veri alışverişi işleme koduna entegre edilmez, ancak değişim kuralları dosyasına yüklenir. Veri alışverişi sürecinde işleyicilerin veya algoritmaların kodları kurallar dosyasından alınır ve doğrudan “Run” ifadesi bağlamında çalıştırılır. İşleyicilerin ve algoritmaların kodunda hata ayıklamak için “Evrensel XML Veri Değişimi” işlemini kullanabilirsiniz.

Otomatik kontrol sistemleri çoğu durumda ayrı veritabanlarından oluşur ve çoğunlukla coğrafi olarak dağıtılmış bir yapıya sahiptir. Aynı zamanda, doğru şekilde uygulanan veri alışverişi, bu tür sistemlerin etkin çalışması için gerekli bir koşuldur.

Borsanın ilk kurulumu, 1C:Enterprise platformundaki ürünlerde olduğu gibi, homojen kaynaklarla ilgileniyor olsak bile, yalnızca programlama açısından değil aynı zamanda danışmanlık açısından da bir dizi eylem gerektirebilir. 1C değişimini (veya aynı zamanda 1C 8.3'te veri senkronizasyonu olarak da adlandırıldığı gibi) kurmanın neden bir entegrasyon projesinin en zaman alıcı ve pahalı görevi haline gelebileceğini bu makalede ele alacağız.

1C ortamında veri alışverişi şunları yapmanızı sağlar:

• Belgelerin çift girişini ortadan kaldırın;
• İlgili iş süreçlerini otomatikleştirin;
• Dağıtılmış departmanlar arasındaki etkileşimi optimize edin;
• Farklı departmanlardan uzmanların çalışmalarına ilişkin verileri hızlı bir şekilde güncelleyin;
• Farklı muhasebe türleri arasında “farklılık yaratın”.*

*Bir muhasebe türüne ait verilerin diğerinden önemli ölçüde farklı olduğu durumlarda, bilgilerin gizliliğinin sağlanması ve bilgi akışlarının “sınırlandırılması” gerekir. Örneğin, 1C UT ve 1C Muhasebe arasındaki veri alışverişi, yönetim verilerinin düzenleyici muhasebe veritabanına yüklenmesini gerektirmez; 1C'deki senkronizasyon burada tamamlanmayacak.

Nesnelerinden en az birinin 1C ürünü olduğu birincil veri alışverişini uygulamak için standart süreci hayal edersek, aşağıdaki aşamaları ayırt edebiliriz:

• Borsanın kompozisyonunun koordinasyonu;
• Taşımanın tanımı (değişim protokolleri);
• Kuralların belirlenmesi;
• Planlama.

1C değişiminin bileşiminin tanımlanması

Değişim nesneleri “kaynak” ve “alıcı” olarak ikiye ayrılabilir. Aynı anda iki rolü birden yerine getirebilirler ki buna iki yönlü değişim adı verilir. Kaynak ve hedef, sistemin ihtiyacına veya işlevselliğine bağlı olarak mantıksal olarak belirlenir.*

*Örneğin, finansal muhasebeyi sürdürmek ve hazine süreçlerini yönetmek için “1C:Enterprise” temelinde geliştirilen bir çözüm olan “WA: Financier” entegre edilirken, WiseAdvice uzmanları bunu ana sistem olarak önermektedir. Bunun nedeni, uygulama politikası kurallarına uymak ve buna bağlı olarak çözümün etkinliğini sağlamak için kontrol araçlarının bulunmasıdır.

Daha sonra, kullanıcılardan alınan ve kaydedilen gereksinimlere göre, değişim için bir veri listesi oluşturulur, hacmi, değişim sıklığı gereksinimleri belirlenir ve hatalarla çalışma ve istisnai durumlarla (çarpışmalar) başa çıkma süreci belirlenir.

Aynı aşamada mevcut sistem filosuna ve işletmenin yapısına bağlı olarak değişim formatı belirlenir:

Dağıtılmış bilgi tabanı

• RIB, her bir değişim çifti için net bir "ana-bağımlı" kontrol yapısı ile aynı 1C veritabanı konfigürasyonları arasındaki değişimi ifade eder. Bir teknoloji platformunun bir unsuru olarak RIB, verilere ek olarak veritabanının konfigürasyon değişikliklerini ve yönetim bilgilerini (ancak yalnızca ana cihazdan yardımcı cihaza) iletebilir.

1C'de evrensel veri alışverişi

• Hem 1C:Enterprise platformundaki yapılandırmalarla hem de üçüncü taraf sistemlerle 1C veritabanlarının değişimini yapılandırmanıza olanak tanıyan bir mekanizma. Değişim, “Değişim Planları”na uygun olarak verilerin evrensel xml formatına aktarılmasıyla gerçekleştirilir.

Kurumsal Veriler

• 1C:Enterprise platformunda oluşturulan ürünler ile herhangi bir otomasyon sistemi arasında xml formatında veri alışverişini uygulamak için tasarlanan 1C'nin en son gelişimi. EnterpriseData'nın kullanımı, değişimle ilişkili değişiklikleri basitleştirir. Daha önce, bir 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 tek bir giriş-çıkış noktasına sahip olduğundan herhangi bir değişikliğe ihtiyaç duymuyor.

Taşımanın tanımı (değişim protokolleri)

1C:Enterprise 8 platformundaki sistem için, genel kabul görmüş evrensel standartları (xml, metin dosyaları, Excel, ADO bağlantısı vb.) Kullanarak herhangi bir bilgi kaynağıyla alışverişi organize etmek için çok çeşitli olanaklar sağlanmaktadır. Bu nedenle, veri alışverişi için taşımayı belirlerken üçüncü taraf sistemin veritabanı yeteneklerine güvenmelisiniz.

Dizinlerin senkronizasyonu

Dizinlerin etkili senkronizasyonunun temel ilkesi, tek bir giriş noktasının varlığıdır. Ancak tarihsel olarak farklı kurallara göre doldurulmuş dizinlerle çalışmaktan bahsediyorsak, senkronizasyon alanlarını net bir şekilde tanımlamak ve değişimi “ortak bir paydaya” getirmek gerekir.*

*Bu aşamada veri kaynağı tarafında referans verileri normalleştirmeye yönelik çalışmalar yapılması gerekebilmektedir. Dizinlerin durumuna ve hacimlerine bağlı olarak, öğelerin karşılaştırılması, hataların ve kopyaların tanınması, tanımlanması, eksik alanların doldurulması ve senkronizasyon alanlarının atanması süreci, hem sistem hem de veri alanında bir grup uzmanın çalışmasını gerektirebilir. entegratörün bir parçası (ana veri normalleştirme tekniğinin sahibi) ve müşteri tarafından.

Kuralları ayarlama

Kaynak sistemlerden gelen verilerin alıcılarda görüntülenmesi, doğru tanımlanmış değişim kurallarına bağlıdır. Xml formatında sunulan kurallar, kaynak-alıcı nesnelerinin temel ayrıntılarının yazışması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 üzere tasarlanmıştır.

Değişim Değişim Planı sırasında veri kaybı olmayacağını garanti eder. Bu, 1C değişim prosedürünü tam olarak açıklayan 1C:Enterprise platformundaki herhangi bir konfigürasyonun ayrılmaz bir parçasıdır: veri kompozisyonu ("tanımlayıcı" ayrıntılara sahip belgeler) ve düğümler (alıcı-verici bilgi tabanları) ve ayrıca RIB'nin etkinleştirilmesi Seçilen değişim yönleri.

Değişim Planına girilen verilerde meydana gelen değişiklikler kayıt altına alınır ve “değiştirildi” işareti alınır. Değiştirilen veriler alıcı-verici düğümlerinde birbiriyle eşleşene kadar işaret sıfırlanmayacak ve sistem her iki düğüme de kontrol mesajları gönderecektir. Veriler yüklendikten ve her iki sistemde de tam uyumluluk doğrulandıktan sonra işaret sıfırlanır.

1C'de değişim programı

Düzenli alışverişi otomatikleştirmek için veri yükleme sıklığı ayarlanır. Değişim sıklığı ihtiyaca ve teknik yeteneklere bağlıdır. Ayrıca 1C:Enterprise platformundaki yapılandırmalar, bir olay meydana geldiğinde veri alışverişini yapılandırmanıza olanak tanır.

Bir borsayı hayata geçirmenin standart sürecini göz önünde bulundurduktan sonra, farklı aşamalarda iyileştirme gerektirecek faktörlere dikkat edelim:

• Standart dışı, yüksek düzeyde değiştirilmiş veritabanı yapılandırmaları;
• 1C:Enterprise platformunun farklı versiyonları;
• Uzun süredir güncellenmeyen konfigürasyon sürümleri;
• Daha önce değişikliğe uğramış değişim nesneleri;
• Standart dışı değişim kurallarına duyulan ihtiyaç;
• Mevcut referans kitaplarındaki ayrıntıların çok farklı bir dizisi ve bileşimi.

Birincil veri alışverişini uygulamaya yönelik standart eylemler bile uzman bilgisi gerektirdiğinden, bunların 1C uzmanlarının katılımıyla gerçekleştirilmesi önerilir. Yalnızca yukarıda açıklanan tüm adımları tamamladıktan sonra, konfigürasyonda santral kurulumuna devam etmelisiniz. 1C:UPP ve 1C:Retail örneğini kullanarak veritabanlarının entegrasyonuna bakalım (1C:UT ile değişim aynı şema kullanılarak kurulur). Standart senkronizasyona ayrıca, en büyük endüstriyel işletmelerdeki büyük ölçekli otomasyon sistemleri için tipik olan SCP - SCP alışverişi de dahildir.

"Hizmet" alt menüsünde "Platformdaki ürünlerle veri alışverişi..." seçeneğini seçin ("Perakende" ile doğrudan alışverişin seçilmesi genellikle COM nesnesi düzeyinde hatalara neden olur). Lütfen “Bu özellik mevcut değil” servis mesajını dikkate alın.

Bu sorunu çözmek için "İletişimi Yapılandır" seçeneğini seçmeniz gerekir.

...ve kutuyu işaretleyin. Daha sonra hata mesajını dikkate almayın.

Veri senkronizasyonu ayarlarında "Perakende" ile santral oluştur... öğesini seçin.

Yerel veya ağ dizini üzerinden bağlantı ayarlarını yapılandırmadan önce diskte dizin için yer olduğundan emin olmalısınız. Kural olarak 30-50 MB'tan fazla yer kaplamasa da istisnai durumlarda 600 MB'a kadar gerektirebilir. Gerekli dizini doğrudan yapılandırıcıdan oluşturabilirsiniz.

Bir ağ dizini aracılığıyla bağlanırken, bağlantıyı bir FTP adresi aracılığıyla ve e-posta yoluyla yapılandırma teklifini "İleri"ye tıklayarak dikkate almayız.

Ayarlarda, veritabanlarının (genellikle BP, UPP, RO) öneklerini - sembollerini manuel olarak giriyoruz, kuralları ve veri yükleme başlangıç ​​​​tarihini belirliyoruz. Önek, oluşturuldukları veritabanını belirtmek için belgelerin adında belirtilecektir. Yükleme kuralları düzenlenmezse veriler varsayılan olarak mevcut tüm parametrelere göre yüklenecektir.

İşlemlerimizi tekrarlamamak adına “Perakende” için döviz ayar dosyası oluşturuyoruz. Senkronizasyonu ayarladıktan hemen sonra verileri hemen göndermeniz gerekiyorsa kutuyu işaretleyin.

Değişim sürecini otomatikleştirmek için bir program ayarlamanız gerekir.

Menü "Perakende".

Kutuyu işaretleyin ve “Senkronizasyon”u seçin.

Production Enterprise Management seçeneğini seçerek “tersine” kurulumu gerçekleştiriyoruz.

UPP'de oluşturulan ayarlar dosyasını yükleyin.

İşaret koyuyoruz, sistem adresi otomatik olarak alıyor.

UPP'dekiyle aynı şekilde hareket ediyoruz.

Doğrulama verilerinin karşılaştırılması (Manuel veri karşılaştırmasının hazırlık aşamasında yapılması tavsiye edilir, çünkü bu çalışma, değişimin uygulanması sürecinde en emek yoğun iş haline gelebilir). Karşılaştırma penceresi fareye çift tıklandığında açılır.

Senkronizasyonda bir hata olması durumunda “Ayrıntılar...”, “Asla...” ile değiştirilecektir.

“Ayrıntılar…”, borsaya ilişkin güncellenmiş bilgileri içeren günlüğü açar.

Hazır.

Konfigürasyon değişikliği yapmadan otomatik veri alışverişi için gerekenler:
1) "XML Formatında Evrensel Veri Alışverişi"nin İşlenmesiçoğu standart konfigürasyona dahildir. Orada değilse, onu ITS diskinde veya internette bulmak kolaydır. Yapılandırmada buna "Evrensel XML Veri Değişimi" denir
2) Veri alışverişi kuralları."Veri Dönüştürme" kullanılarak oluşturulmuştur. Ustalaşmanız gereken bir iş. Ayrıca video kursları ve eğitimler de vardır. Örneğin: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Harici işleme Yükleme/boşaltma prosedürlerini içeren. Oluşturmaya başlayalım:
Nesne modülünde aşağıdaki metni içerecek harici bir işlem oluşturulur (veri tabanları ve kullanıcılar için verilerinizin yerine geçer). Veri alışverişi için tam haklara sahip ayrı bir kullanıcı oluşturmanız önerilir. İşlemeyi örneğin "Data Exchange.epf" olarak adlandıralım.

LaunchParameter = "Yükleme" ise İşleme=Processing.UniversalXMLDataExchange.Create(); //Yükleme için gerekli parametreleri ayarlayın (düzenleme için isteğe bağlı) Processing.ExchangeMode="Upload"; Processing.LoadDataInExchangeMode=Doğru; Processing.WriteRegistersRecordSets = Doğru; Processing.RememberLoadedObjects=Doğru; Processing.UseSelectionByDateForAllObjects=Doğru; Processing.UploadOnlyAllowed=Doğru; //!Yükleme için gerekli parametreleri ayarlayın //Bu parametreler yeniden doldurulmalıdır ZORUNLU //Nesne tarihlerine göre yükleme kısıtlamalarını ayarlayın Processing.StartDate = CurrentDate() - 60*60*24*2; Processing.EndDate = "00010101"; //Bir dosyaya veri yüklemek istiyorsak False olarak ayarlayın, True ise alıcı veritabanına yüklenecektir Processing.DirectReadingVIBReceiver=True; //Yüklenen verinin alıcı veritabanı bir sunucu ise False. If dosyası - True Processing.InformationBaseForConnectionType=True; //!Gerekli parametreler yeniden dolduruldu //Verileri bir dosyaya yüklersek Processing.DirectReadingVIBReceiver Sonra Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Eğer veriyi veritabanına yüklersek Aksi takdirde Processing.PasswordInformationBaseForConnection="Admin"; Processing.ConnectionInfoBaseUser="süper serin"; Processing.AuthenticationWindowsInformationBaseForConnection=False; //Veri alıcısı bir sunucu tabanı ise If Processing.ConnectionInformationBaseType = False Then Processing.ConnectionInformationBaseServerName="MainServ"; Processing.InformationBaseNameOnServerForConnection="Buhia"; //Veri alıcısı bir dosya veritabanı ise Aksi takdirde Processing.InformationBasePlatformVersionForConnection="V82"; Processing.InformationBaseDirectoryForConnection = "C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; endIf; endIf; //Değişim planlarına göre boşaltma sırasında kayıt işlemleri Processing.RegistrationDeletionTypeofChangesForExchangeNodesAfterUpload=0; // 0 - kaydı silmeyin, // 1 - Processing.LoadExchangeRules()'un kaydını silin; //DEĞİŞİM PLANLARINA GÖRE YÜKLEMEK İSTİYORSANIZ BU BLOĞU ETKİNLEŞTİRİN VE KENDİ DEĞİŞİM PLANI DÜĞÜMÜNÜZÜ GÖNDERİN //Her Sayfa İçin Processing.UploadRulesTable.Lines Cycle'dan //Page.Enable=1; // Her Sayfa İçin1 PageLine Loop'tan // Line1.Enable=1; // Page1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); //Çevrim Sonu; //Çevrim Sonu; İşleniyor.Yükleme Gerçekleştir(); KapatmaSistemi(Yanlış); ElseIf LaunchParameter = "Yükle" Sonra ExchangeProcessing = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ExchangeProcessing.ExchangeMode = "Yükleniyor"; ExchangeProcessing.OpenDownloadFile(True); ProcessExchange.ArchiveFile = Yanlış; ProcessExchange.PerformLoad(); Değişim İşlemi = Tanımsız; KapatmaSistemi(Yanlış); endIf;

4) Yarasa dosyası yükleme 1C'yi ve veri alışverişi amaçlı kullanıcı altındaki başlatma parametresiyle harici işlemeyi başlatacak. Dosyanın örneğin Notepad++ ile OEM (MS-Dos) kodlamasıyla oluşturulması gerekir, aksi takdirde çalışmaz. Dosyayı örneğin "BatVygruz.bat" olarak adlandıralım. Metin aşağıdaki gibi olacaktır:

Veritabanı dosya ise:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"Veri Değişim Robotu" /P "pass " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Yükleme"
Açıklamalar:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 - verileri yükleyeceğimiz dosya veritabanına giden yolunuz
c) Veri Değişim Robotu - 1C'nin veri alışverişi için çalıştığı kullanıcı adı
d) pass - kullanıcı şifresi
e) /DisableStartupMessages - 1C'yi başlatırken açılır pencereleri kapatın
e) /RunModeOrdinaryApplication - kalın istemciyi normal modda çalıştırın
g) C:\Inbox\OlegA\Data Exchange.epf - başlangıçta başlayacak olan işlemimizin yolu
h) Yükleme - 1C başlatma parametresini geçiyoruz, bize veri yüklememiz gerektiğini söylüyor

Veritabanı sunucu tabanlıysa:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"Data Exchange Robot" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Gelen Kutusu\ Oleg\ Data Exchange.epf" /C"Yükle"
Açıklamalar:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe - 1C başlatıcıya giden yolunuz
b) Sunucu1C/DataBase - veritabanının bulunduğu sunucunuz ve verileri yüklediğimiz veritabanının adı.
Geri kalan parametreler yarasa dosyasının dosya sürümüne benzer

5) Yarasa dosyasını indirin (gerekirse). Verileri doğrudan veritabanına değil, bir dosyaya yüklemeye karar verirseniz. O zaman bu öğeye de ihtiyacımız olacak (genellikle gerekli).
Bat indirme dosyası oluşturmak, yükleme dosyasına benzer, ancak yalnızca başlatma parametresi farklıdır, "Yükle" yerine "İndir" i koyarız

6) Bir lansman programı belirleyin Bat dosyalarımız sunucuya yükleniyor/yükleniyor. Bunu yapmak için, sunucudaki kontrol panelinin yönetimine gitmeniz ve görev zamanlayıcıda indirme dosyasını her gün saat 23'te çalıştırmak için yeni bir görev ve Bat indirme dosyasını belirten bir indirme görevi oluşturmanız gerekir (eğer gerekli) örneğin saat 04'te.