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.

Soru: Standart konfigürasyonlar için hazır değişim kuralları

Herkes, herkes, herkes. Yalnızca dizinleri değil aynı zamanda belgeleri, belge bakiyelerini vb. her iki yönde de aktarmak için standart yapılandırmalar için hazır değişim kuralları arıyorum. Belki birisi paylaşır. Belgelerin boşaltılmasını ve PUB 7.7'den UPP 8 rev 1.2'ye, ticaret 7.7'den UPP'ye maaş 7.7 UPP'ye, ticaret yönetiminden 8'den UPP 8'e kadar bir boşaltma arıyorum. Herkese şimdiden teşekkürler.

Cevap:

1C 8.1 up 1.2 ile 1C 8.2 up 1.3 arasındaki değişim kurallarını arıyorum

Soru: Standart 1C yapılandırmalarının standart işlevselliğiyle servis bakımı

UT 11.4.1.254 (veya bir şeye yardımcı olursa ERP'ye dönüştürülebilir)

Standart 1C yapılandırmalarının standart işlevselliği, yazıcıların onarımını veya daha doğrusu müşteri hizmetlerini nasıl hesaba katabilir (çünkü 1C metodolojistleri açısından onarım, müşterilere değil kendi ekipmanlarına bakım yapmaktır)?

Hem ofiste hem de yolda tek usta.
Müşteriler onarımları için ofisi arıyor ancak hiçbir bilgi girilmiyor, görülecek bir şey yok

Son çare olarak, farklı konfigürasyona sahip, ancak tipik bir konfigürasyona sahip başka bir veritabanı kullanın.

Asıl sorun, standart konfigürasyonda gerçekten değişiklik yapmak ve/veya standart dışı konfigürasyonlar (modüller) kullanmak istemememdir.

Cevap:

Daha doğrusu ERP'de standart olarak güncelleyin
UNF'ye geçiş hem küçük hem de büyük işletmeler için önemsiz değildir.
UT 11 - site (çevrimiçi mağaza) Bitrix için Bitrix modülüyle değiştirildi - ayrıca kesilmiş

Ve belirsiz - neden?
Yukarıda yazdım
UT 11'de, = tamamlanan iş eylemi temelinde bir müşteri siparişi oluşturulur.
“Müşteri siparişinde, satılan mal veya satış sırasında verilen hizmetlere ilişkin bilgilerin yanı sıra, yapılan işe ilişkin bilgiler de yer alabilir.”

Uzun vadeli projelerin işlevselliği nedeniyle karmaşık hale gelebilir (müşteriyle etkileşimin olayları ve aşamaları)

Müşteriyle yapılan görüşmelerden, UT 11'de de mevcut olan seri numaralarına göre muhasebeleştirmenin gerekli olduğu ortaya çıktı.
Sadece açmanız ve UT 11'de yapılandırmanız yeterlidir.

UNF'ye baktım ve ek sorunlar dışında herhangi bir mucize bulamadım

Bu konuda beni hayal kırıklığına uğratan tek şey UT - ERP'de bunun nasıl yapıldığına ve nasıl çözüldüğüne dair bir “literatür taraması” yapmaya başlamam oldu:
- diğer standart konfigürasyonlarda
- uzmanlaşmış bireysel endüstri konfigürasyonları
- UT 11 için modüller
yani beynimi kullanamayacak kadar tembelim

Al ve nasıl olduğunu öğrendiğinde veya birisi onu zaten ayarlayıp sana gösterdiğinde kullan
(örneğin, standart demo veritabanlarında bakılacak veya hazır bir şeyi örnek olarak alacak hiçbir şey yoktur)
.
UT - ERP'de muhasebe ve gelir ve gider dağıtımı becerilerimi biraz cilalamak zorunda kaldım, ancak UNF'de genel olarak tüm muhasebeyi yeniden incelemek ve herhangi bir konuda başımı bir tarafa çevirmek gerekiyor

Soru: Mevcut bir değişim kuralından bir nesneyi kaldırma

Lütfen bana mevcut bir değişim kuralından bir nesnenin nasıl kaldırılacağını söyleyin? Gerçek şu ki, belirli bir tarih için yalnızca mal ve hizmetlerin satışını ve alımını bir veritabanından diğerine indirmeniz gerekiyor. Benim için yalnızca otomatik olarak oluşturulan kural çalışır; manuel olarak oluşturulan kural, boş belgeleri yükler. Bu nedenle, kullanıcıların yanlışlıkla yanlış şeyi yüklememesi için gereksiz belgeleri otomatik olarak oluşturulan kuraldan kaldırmak istiyorum.

Cevap:

Mesaj gönderen: Allexei

Merhaba! Muhtemelen artık alakalı değil, ama yine de. Bir seçenek olarak, gereksiz türdeki nesnelerin değişim planındaki kaydını silebilirsiniz. Bu sayede değişim kurallarını yeniden yazmanıza gerek kalmayacak ve gereksiz nesneler kaldırılmayacaktır.

Teşekkürler, deneyeceğim.

Her zamanki gibi kaldırılabilir

Soru: Değişim kuralları - nerede düzenlenmeli?

Müşteri, alıcı yapılandırmasında değişiklikler yaptı. Tam olarak neyin değiştiğini öğrenmenin bir yolu yok.
Şimdi değişim kurallarını ayarlamamız gerekiyor.
Düzeltilmesi gereken yerleri nasıl görebilirim?
Özelliğin artık mevcut olmadığını veya türünün değiştiğini anlamak için bir şekilde mevcut kuralları kullanmanız gerekir.

Cevap:() Bana öyle geliyor ki müşteriyi memnun etmek için en azından bir şekilde bir değişim başlatmak yeterli. Ve ödeme alabilmek için her şeyi sonuna kadar yapmanız gerekiyor :)

Soru: "Ticaret Yönetimi", baskı 10.3 (10.3.46.2) Perakende 2.1 için takas kurallarındaki değişiklik

Merhaba. UT'deki kurallar nasıl değiştirilir?
Exchange Planlarındaki Exchange Kurallarının düzenini değiştiriyorum ExchangeRetailTrade Management103 Güncelleyip yeniden başlatıyorum - yanlış kurallar. Sürümü manuel olarak bile değiştirdim. Hala yardımcı olmuyor.
Veri Değişim Kuralları kaydındaki kurallar hakkındaki girişi aptalca sildim.
Kural dosyasını yüklemek veya conf düzeninden güncellemek için normal bir düğme yoktur.
Yapılması gereken çok sayıda ekleme ve test var ancak kayıt/değişim kurallarını nasıl hızlı bir şekilde değiştireceğimi bilmiyorum(

Cevap: Onunla güncelledim, her şey yolunda. Bütün beyin bu alışverişi çoktan yemiş

Soru: Yükleme dosyasındaki değişim kurallarının değiştirilmesi

Herşey gönlünce olsun!
Değişim kurallarına göre xml yükleme dosyası bulunmaktadır. Buna göre bir blok içerir

<ПравилаОбмена> ...

Ve bu blok için şablon gibi ikinci bir dosya daha var.
Yükleme dosyasındaki kural bloğunu şablon dosyasındaki blokla değiştirmek gerekir.
Okuma XML öğesini öğe öğe okumam ve Write XML aracılığıyla üçüncü bir geçici dosyaya yazmam gerekecek mi? Yoksa daha uygun bir yol var mı?

Not: Mantıklı bir soru seziyorum: "Neden?" Kaynaktaki kurallardaki değişikliklere karşı korunmak gerekir, yani. Alıcıdan her zaman standarda göre yükleyin.

Cevap:

Yazdı. Optimumluk konusunda bazı şüpheler var. WriteXML aracılığıyla geçici xml'ye yazma ve ardından hepsini orijinal olarak aktarılan dosyaya doldurmak için ReadText'i kullanma.
Metodolojik açıdan bakıldığında ciddi hatalar var mı?

// Prosedür bloğun yerini alıyor<ПравилаОбмена>...aktarılan file.xml dosyasında // şablondan, yükleme dosyasının bir parçasını standart kurallara göre saklayan bir bloğa. // // Parametreler // DosyaAdıXML - Tür: String - Yükleme verilerini içeren dosyanın tam adı, // bloğu değiştireceğimiz yer<ПравилаОбмена>// // Dönüş değeri: // ResultFileNameXML - Tür: Dize - Yol // Prosedür ChangeExchangeRulesInUploadFileWS(XMLFileName) UploadFileXML = Yeni ReadXML; UploadFileXML.OpenFile(XMLFileName); RuleTemplate = Yeni ReadXML; PathToRuleTemplate = GetExchangeRuleTemplate(); RulesTemplate.OpenFile(PathToRulesTemplate); ResultFileNameXML = GetTemporaryFileName(".xml"); XMLResult = YeniXMLKaydı; XMLResult.OpenFile(XMLResultFileName); UploadFileXML.Read() Döngüsü NodeType = UploadFileXML.NodeType; NodeType = XMLNodeType.ElementStart ve XMLUploadFile.Name = "ExchangeRules" ise XMLUploadFile.Skip(); WhileRuleTemplate.Read() Döngü IfRuleTemplate.NodeType = XMLNodeType.ElementStart veRuleTemplate.Name = "ExchangeRules" Sonra ResultXML.WriteCurrent(RuleTemplate); WhileRulesTemplate.Read() Döngü ResultXML.WriteCurrent(RulesTemplate); RuleTemplate.NodeType = XMLNodeType.EndElement ve RuleTemplate.Name = "ExchangeRules" ise Sonra İptal edin; endIf; EndCycle; İptal edin; endIf; EndCycle; Aksi takdirde ResultXML.WriteCurrent(UploadXMLFile); endIf; EndCycle; FileUploadXML.Close(); RuleTemplate.Close(); ResultXML.Close(); Metin = Yeni ReadText(XMLResultFileName); ExchangeMessage = Text.Read(); TextRecord = NewTextRecord(XMLFileName, TextEncoding.UTF8); WriteText.Write(ExchangeMessage); WriteText.Close(); Prosedürün Sonu // ChangeExchangeRules()

Soru: Değişim kuralları konusunda yardım

1C 8.3.9.1850, UT 11.3.2.157, Perakende 2.2.5.22. UT'ye kurallar yüklenirken bir hata görünüyor. Kuralları bir şekilde düzeltmek mümkün mü?

Değişim kurallarında var olmayan bir meta veri nesnesine referans
Nesne =
Hata Açıklaması = Tür tanımlı değil (EnumerationRef.Assembly OrderOperation Types)
Modül Konumu = Processing.ConvertingInformationBaseObjects.ObjectModule(4885)
KErorMesajları = 11

Cevap:

Eğer hafızam beni yanıltmıyorsa, en son kurallar her zaman düzendeki conf'un kendisinde saklanır. Yani klasörden en son kuralları almanıza gerek yok. Her iki conf'u da en son sürümlere güncellemeniz yeterli.

Soru: Dönüşüme yükleme için değişim kuralları nasıl indirilir?

Standart bir yapılandırmadan dönüştürme kuralları nasıl indirilir?

Görev: “Rarus: Ticaret ve Müşteri İlişkileri Yönetimi (CRM)” yapılandırması var, Site Değişimi için bir plan var. Siteyle bir değişim var, sitede güncellenmesi için sipariş durumunun 1C'den yüklenmesini eklemeniz gerekiyor.

Çözümü şu şekilde görüyorum: siparişlerin kaldırılmasına ilişkin kuralları kaldırın, bunları dönüşüme yükleyin, oraya durum için bir PKS ekleyin ve bunları yapılandırmaya geri yükleyin. Peki bu kurallar nasıl kaldırılır? Değişim planında Siparişlerin Yüklenmesi için bir düzen var, son Ayarlar sekmesinde “Ayarları dosyaya kaydet” butonu var ama anladığım kadarıyla dönüşüm için bu aynı değil, bu xml dosyası yüklenmiyor .

Lütfen söyle.

TiS 7.7 ve BP2 için değişim kuralları düzeltildi, iki bağlantı noktasının aktarımı eklendi
Fatura ve Faturanın Düzeltilmesi. Burada her şey yolunda akıyor. Bu bağlantı noktalarının her ikisi de BP2'de bir uygulama ayarlaması oluşturur.
Ancak bir sorun ortaya çıktı, uygulama ayarlaması (BP2) için yerleştirme esasına standart bir fatura değil, bu faturanın temelini eklemeniz gerekiyor, yani. uygulama.
PKO kod parçası (İndirdikten sonra):
Object.FillAccountingTabParts(Object.Products,"Ürünler",True); Object.Type of Operation = Numaralandırmalar.Types of OperationsCorrectionsReceiptsRealizations.AgreedChange; Object.AdjustVAT = Doğru; Object.AmountIncludesVAT = Doğru; If Object.Responsible.Empty() Then Object.Responsible = glVariableValue("glCurrentUser"); endIf; Object.ImplementationDocument = Object.Link.ImplementationDocument.DocumentBase;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Kayıttan önce nesne henüz mevcut değildir ve bu nedenle nesnenin detaylarına ulaşmak imkansızdır, kayıttan sonra ise zaten geç kalınmıştır. Kurallar standart olarak çalışacaktır. Bana nasıl çözeceğimi söyle, şimdi CD'de çözmeye başladım.

Cevap: Kayıttan sonra = Write yöntemini çağırdıktan sonra

Büyük işletmelerin ve perakende zincirlerinin çalışmalarında sıklıkla veritabanları arasında veri alışverişine ihtiyaç duyulur. Her programcı ve yönetici bu sorunu farklı şekilde çözer. Bazıları yüklemeleri ve indirmeleri ara tablo dosyaları aracılığıyla yazar, diğerleri ise kaynak veritabanına bağlanmak için COM bağlantı modunu kullanır. Ancak son zamanlarda 1C'nin “XML Formatında Evrensel Veri Değişimi” adı verilen kendi mekanizması giderek daha popüler hale geldi.

İşlemenin görünümü

Tam arayüzde, Servis->Diğer veri alışverişleri->Evrensel veri alışverişi bölümünde XML formatında işlemeyi açabilirsiniz.

İşleme formu (Şekil 1) dört sekme içerir:

Ek ayarlar;

Veriler siliniyor.

Sekmelerin her birinin arayüzü yoğun olarak öğelerle yüklüdür ve bu nedenle ayrı ayrı ele alınması gerekir.

Veriler yükleniyor

Sekmenin en üstünde değişim kuralları dosyasını seçmek için bir alan vardır. Standart dışı veritabanları ve borsalar için değişim dosyasını kendiniz oluşturmanız gerekecektir.

Formun bir sonraki satırında iki radyo düğmesi vardır:

1. Bir değişim dosyasına yükleme (Şekil 2);
2. Verilerin bilgi güvenliğine bağlanması ve yüklenmesi (Şekil 3).

Yukarıdaki resimlerden de görebileceğiniz gibi formun görünümü anahtara bağlı olarak farklılık göstermektedir. Dosya paylaşım seçeneği seçilirse, kullanıcıdan dosyanın yükleneceği konumu ve yerden tasarruf etmek ve dosyayı bir parola ile korumak için sıkıştırma olasılığını seçmesi istenir.

Alıcı tabana doğrudan bağlantı seçeneği, hem dosya hem de istemci-sunucu çalışma modlarını destekler. Bu durumda veritabanı adresini girmeniz ve “Kullanıcı” ve “Şifre” alanlarını doldurmanız gerekecektir. Veri alışverişine başlamadan önce bağlantıyı test etmeniz önerilir.

Aşağıdaki tablo bölümü, seçimleri ve diğer boşaltma parametrelerini yapılandırmanıza olanak tanır.

Algoritmalarda hata ayıklamak ve hataları düzeltmek için takas işlemede yerleşik mekanizmayı kullanabilirsiniz. Formun alt kısmındaki ilgili onay kutusunun işaretlenmesiyle etkinleştirilir. “Hata ayıklama ayarları…” düğmesine tıklamak bir pencere açar (Şekil 4).

Şekil 4

Bu formun ayırt edici bir özelliği, düzenin sol tarafında bulunan ve olası üç hata ayıklama modunun her birini açıklayan bilgilendirici yardımdır. Epf formatındaki herhangi bir dosya, modül için harici bir işlem dosyası görevi görebilir.

“Bitir” butonuna basıldığında doldurulan verilerin doğruluğu ve eksiksizliği kontrol edilir.

"Yükle" den farklı olarak, bu sekmede (Şekil 5) tablo şeklinde bir bölüm yoktur, ancak yeni ve değiştirilmiş nesnelerin kaydedilmesi için parametreleri ayarlamanıza olanak tanıyan çok daha fazla onay kutusu vardır.

Şekil 5

Öncelikle bilgi kaynağı görevi görecek bir dosya seçmeniz gerekiyor. Bu, “Yüklenecek dosya adı” giriş alanında yapılabilir. Veriler şifre korumalı bir arşive yüklendiyse uygun alana girilmesi gerekecektir.

İlgili onay kutuları şunları yapılandırmanıza olanak tanır:

• Nesneleri yazarken yapılan işlem (bu bazen süreci hızlandırır);
• Verileri değişim modunda yükleme (bu durumda, kayıt sırasında belgeleri gönderirken kontrol etmek dışındaki tüm platform kontrolleri göz ardı edilecektir);
• Değiştirilen öğelerin üzerine yazma;
• İndirilen öğeler için bir silme işareti ayarlama;
• Kayda yeni veri yazma modu (birer birer veya takım halinde);
• Dize değerleri için önemsiz karakterlerin (boşluklar ve sekmeler) kırpılması.

Ek ayarlar

Yer iminin adından da anlaşılacağı gibi, kullanımı değişim sürecini daha doğru bir şekilde özelleştirmenize olanak tanıyan araçlar içerir. Özellikle:

1. Hata ayıklama modunu etkinleştirir;
2. Boşaltma işlemi sırasında bir işlemin kullanılmasına izin verir;
3. 1C'nin 8. sürümünün veritabanları arasındaki alışverişi optimize eder;
4. Yalnızca mevcut kullanıcı tarafından kullanılmasına izin verilen nesneleri yükleyin;
5. Veritabanları arasındaki değişim işleminin günlüğe kaydedilmesini etkinleştirin.

Bu ve diğer bazı işlevler, formdaki uygun kutuların işaretlenmesiyle etkinleştirilir (Şekil 6).

Şekil 6

Veriler siliniyor

Bu sekme yalnızca geliştiriciler tarafından hata ayıklama modunda kullanılır. Gereksiz nesneleri veritabanından kaldırmanıza olanak tanır.

Değişim kurallarının ayarlanması hakkında kısaca

Standart bir işleyici kullanmak programcıların hayatını büyük ölçüde kolaylaştırır. Aynı zamanda “XML Formatında Evrensel Veri Alışverişi” ile ilk tanışan birinin en zor anlarından biri “Değişim kuralları dosyasını nereden alabilirim?” sorusudur.

Her şeyden önce, bağımsız olarak değişim kuralları oluşturmak için "Veri Dönüştürme" adı verilen özel bir yapılandırmaya ihtiyacınız vardır. Çeşitli 1C veritabanlarının 7 ve 8 sürümleri arasındaki hemen hemen her değişimi yapılandırmanıza olanak tanıyan birkaç ilginç dosya içerir:

1. epf – 1C 8 veritabanları için meta veri yapısını indirmek için gereklidir;
2. epf – 1C 8 konfigürasyonu kendi kendine yazılmışsa veya standart değilse, “Evrensel Veri Değişimi” işlemine sahip olmayabilir, bu dosya bu işlemdir;
3. ert – dosya, 1C sürüm 7.7'nin yapılandırmalarının meta veri yapısını indirmek için kod içerir;
4. ert – yedi kişi için veri yükleme ve indirme işlemlerinin gerçekleştirildiği dosya.

Uygun işlemeyi başlattıktan sonra kaynak ve hedef veritabanlarına ilişkin meta veri yapılarının kaldırılması gerekir. Daha sonra “Dönüşüm” konfigürasyonunda kaynak ve hedef konfigürasyonlara ilişkin bilgileri “Konfigürasyonlar” dizinine girmeniz gerekmektedir.

Daha sonra Dönüşüm dizininde veri alışverişinin yönü hakkında bilgi içeren bir öğe oluşturulur. Bunun için Exchange Kurallarını ayarlayabilirsiniz.

Kaynak ve hedef bilgi tabanının meta veri yapısını biliyoruz. Bu bilgi, kaynak bilgi tabanındaki hangi nesnelerin, alıcı bilgi tabanındaki hangi nesnelere dönüştürülmesi gerektiğini belirlememiz için oldukça yeterlidir. Yani kaynağın nesneleri ile alıcı bilgi tabanı arasında bazı yazışmalar kurabiliriz. Örneğin, kaynak bilgi tabanının Adlandırma dizininin, alıcı bilgi tabanının Adlandırma dizinine (veya başka bir dizine) karşılık geldiğini belirtebiliriz.

Kaynak ve hedef nesneler arasındaki bu tür bir yazışmaya "Nesne Dönüştürme Kuralları" veya OCR adını vereceğiz.

Gösterilen örnek, "İki nesneyi bir arada" değişim (veya Dönüştürme) kuralları için, "Kullanıcılar" ve "Bireyler" dizinleri için nesnelerin yazışmasının kurulduğunu göstermektedir. Yani, kaynak bilgi tabanındaki "Kullanıcılar" dizinindeki nesnelerin, alıcı bilgi tabanındaki "Kullanıcılar" dizinindeki nesnelere aktarılması gerektiği belirtilmektedir.

Nesneler arası yazışmalar kurulduğunda bu nesnelerin detaylarının nasıl aktarılacağını belirleyebilirsiniz. Yani bir dizinin “Ad” niteliğinin diğer bir dizinin “Ad” niteliğine karşılık geldiğini belirtmemiz gerekiyor.

Kaynak ve hedef nesnelerin özellikleri (veya ayrıntıları) arasındaki bu yazışmaya "Özellik Dönüştürme Kuralları" veya PCS adını vereceğiz.

Gösterilen örnek, "Kullanıcılar" nesnelerini dönüştürme kuralları için nesnelerin özellikleri (veya ayrıntıları) arasında 3 eşleşmenin kurulduğunu göstermektedir. Kaynak bilgi tabanının “Kullanıcılar” dizininin “Ad” niteliğinin, alıcı bilgi tabanının “Kullanıcılar” dizininin “Ad” niteliğine dönüştürülmesi gerektiği belirtilmektedir.

Nesnelerin özellikleri arasındaki uygunluk belirtildiğinde, programın iki bilgi tabanında nesnelerin eşleşmesi için kriterleri belirlemesi gerekir (yani, bir kaynak nesneyi kullanarak hedefte bir nesnenin nasıl aranacağını belirtmesi gerekir). Böyle bir karşılaştırma için ilgili nesne dönüştürme kuralına ilişkin "Ara" onay kutusunu kullanın. Onay kutusu işaretlenirse ilgili nesnenin aranması bu özellik kullanılarak gerçekleştirilecektir. Verilen örnekte alıcı bilgi tabanındaki bir nesnenin aranmasının “Ad” özelliği kullanılarak gerçekleştirileceği açıktır. Arama birkaç ayrıntı kullanılarak ayarlandıysa, arama hepsi aynı anda kullanılarak gerçekleştirilecektir (yani koşullar “VE” tarafından uygulanır. Bu durumda eşleştirme kuralı şu şekildedir: Bilgi tabanında arama yapın) - tüm arama ayrıntılarının kaynak nesne arama ayrıntılarıyla eşleştiği bir nesnenin alıcısı).

Ek olarak, referans kitaplarının önceden tanımlanmış unsurları, karakteristik tür planları ve numaralandırma değerleri arasında bir yazışma ayarlamak mümkündür. Böyle bir karşılaştırmaya VKZ'nin “Değer Dönüşüm Kuralları” adını vereceğiz.

Gösterilen örnek, “Acente Sözleşmesi Türleri” nesnelerinin dönüştürülmesine ilişkin kurallar için, numaralandırma değerleri arasında bir yazışma kurulduğunu göstermektedir. Diğer bir deyişle, kaynak bilgi tabanındaki "Kira" numaralandırmasının değeri, hedef bilgi tabanındaki "Kira" numaralandırmasının değerine dönüştürülmelidir.

Nesneleri, özellikleri ve değerleri dönüştürme kurallarını öğrendik. İlk bakışta çok basit eşleştirme kuralları, verileri bir bilgi tabanından diğerine aktarmanıza olanak tanır.

Samimi olarak, Vladimir Milkin(öğretmen ve geliştirici).

Trade Management 10.3 ve Enterprise Accounting 2.0 yapılandırmaları arasında veri alışverişi yapıyorsanız, yapılandırmalardan birini güncelledikten sonra değişim kurallarını da güncellemeniz gerekir.

Borsanın Ticaret Yönetimi konfigürasyonundan yapılandırıldığı ve alıcı tabanına doğrudan bağlantı yoluyla yapılandırıldığı durumu ele alalım; Muhasebe Departmanı Ticaret Yönetimindeki veri alışverişi ayarlarından yeni kuralları indirmeniz gerekiyor. Bunu yapmadan önce bir temel oluşturmanız önemle tavsiye edilir.

1C Ticaret Yönetimi 10.3'e başlayalım. Araçlar menüsü => Diğer veri alışverişleri menüsünden “Tüm veri alışverişi ayarları” öğesini seçin.

“Tüm borsalar” bölümünü seçin. Veri alışverişinizi listede bulun, sağ tıklayın ve “Düzenle” ye tıklayın. “1C: Muhasebe 8 ile veri alışverişi” bölümünden değişim ayarlarını değiştirmeye çalışırsanız, değiştirmeye çalıştığınızda ihtiyacımız olmayan veri alışverişi kurulum asistanı başlatılacaktır.

Açılan pencerede takasın kaydedilip yüklenebilen takas kurallarına göre gerçekleştiğini görüyoruz. Borsa veritabanına yükleme kuralları, bilgilerin Ticaret Yönetimi'nden Muhasebe'ye yüklenmesini sağlayan kurallardır ve borsa veritabanından mevcut veritabanına yükleme kuralları, bilgilerin Muhasebe'den Ticaret Yönetimi'ne yüklenmesini sağlayan kurallardır.

Yükleme kurallarını exchange veritabanına yükleyelim. “Kuralları dosyadan yükle”ye tıklayın. Standart olmayan bir yapılandırmanız varsa ve standart olmayan değişim kuralları kullanıyorsanız dikkat edin; Değiştirilen konfigürasyonunuz için özel olarak geliştirilmişse, mevcut kuralları temel alarak yeni kurallar oluşturmak için uzmanlarla iletişime geçmelisiniz.

Hiçbir durumda bunları standart kurallarla değiştirmeyin. Eğer standart konfigürasyonlara sahip olduğunuzdan emin değilseniz her ihtimale karşı “Kuralları dosyaya kaydet” butonu ile mevcut kuralları kaydedin.

İkincisi, Ticaret Yönetimi güncellemesinden çok daha sonra çıktığından, Muhasebe için 1C güncelleme şablonları kataloğunda değişim kurallarını arıyoruz. Güncelleme şablonu dizinini aşağıdaki gibi bulabilirsiniz. 1C'yi başlatın ve “Ayarlar”a tıklayın. Açılan pencerede konfigürasyon şablonları ve güncellemeler dizininin yolunu görüyoruz.

Bu yolda ilerleyelim. Sonraki: 1C => Accounting ve Accounting'in en son yüklü sürümünün adını taşıyan klasörü seçin. Kuralların “1C: Trade Management” konfigürasyon güncellemesinden alınması gerekiyorsa klasöre Trade adı verilecektir. “1C: Perakende” yapılandırması için – Perakende. “Veri Değişimleri” klasörünü içerir.

Sonraki, “Yapılandırma Ticaret yönetimi ile değişim, ed. 10,3". İçinde BP-UT DÖNÜŞÜMÜ İÇİN KURALLARI ve UT-BP DÖNÜŞÜMÜ İÇİN KURALLARI görüyoruz. UT'den boşaltma için kurallara ihtiyacımız olduğundan, “UT-BP DÖNÜŞTÜRME KURALLARI” seçeneğini seçin ve aç'a tıklayın. Exchange veritabanından mevcut veritabanına yükleme kuralları için de aynısını yapıyoruz, sadece BP-UT DÖNÜŞTÜRME RULES dosyasını seçip aç'a tıklamanız yeterli.

“Konfigürasyon Ticaret yönetimi ile takas, ed. 10.3” Sharing.htm dosyasıdır. Eğer hiç okumadıysanız mutlaka okuyun. Aşağıdaki yararlı bilgileri içerir:

• Paylaşım amaçları
• Genel açıklama
• İki yönlü iletişimin önceki sürümlerinden geçiş
• Ön eylemler
• Konfigürasyonlar arasında veri alışverişini ayarlama prosedürü
• Veri senkronizasyonu
• “Ticaret Yönetimi” ve “Kurumsal Muhasebe” konfigürasyonlarının iş birliği
• Kullanıcı senaryolarına örnekler
• Yüklenen belgelerin yazışma tablosu UT - BP (revizyon 1.6, baskı 2.0) Yüklenen belgelerin yazışma tablosu BP (revizyon 1.6, baskı 2.0) - UT
• Belgeleri ve referans kitaplarını yükleme özellikleri
• Yüklenen BP belgeleri için uygunluk tablosu (revizyon 1.6, revizyon 2.0) - UT
• “Alıcıya ödeme faturası” ve “Alıcının siparişi” belgelerinin aktarılması
• Malların silinme maliyetinin transferi
• Veri alışverişi sonuçlarının izlenmesi

Onay butonlarını kullanarak kuralları kontrol ediyoruz. Ve Tamam'ı tıklayın. Yeni kurallar kaydedildi. Veri alışverişini başlatıyoruz ve çalışmasını kontrol ediyoruz.

Trade Management 10.3 ve Enterprise Accounting 2.0 konfigürasyonları arasında çift yönlü veri alışverişinin nasıl kurulacağı diğer yazımda yazılmıştır.