Standart değişim kuralları. Değiştirilen konfigürasyonun değişim kurallarında değiştirilmesi
1C Veri Dönüştürme Eğitimi (baskı 2) Değişim kurallarıyla ilgili ayrıntılı bilgi
Değişim kurallarının ne olduğunu ve neden gerekli olduğunu biliyoruz. Değişim kurallarıyla çalışmanın ek işlevselliği hakkında daha ayrıntılı bilgi sahibi olalım. Veri alışverişi (dönüşüm) kuralları için ayarları açalım:
Değişim kuralları, ek olarak veriler için kaynak ve hedef yapılandırmalarını tanımlar:
"Gelişmiş" sekmesi:
Değişim kurallarını kaydetmek için varsayılan dosya adını, 7.7 için veri yükleme ve indirme modüllerini, değişim kurallarının adını belirleyebilirsiniz.
"Parametreler" sekmesi:
Ofisin yalnızca mallar için siparişleri kabul ettiğini varsayalım, bu nedenle boşaltma hizmetlerine bir yasak getirilmesi arzu edilir. Katalog Nomenclature öğesinde gerekli Hizmet True olarak ayarlanmışsa, boşaltılmayacağı garanti edilir. Herhangi bir durumda kuralları değiştirmemek için boşaltma hizmetlerinin kontrolünü hemen isteğe bağlı hale getirmek en iyisidir. uzak ofis hizmet siparişi alacaktır.
Bu durumda, "Veri Dönüştürme" yapılandırmasıyla çalışmak için iki yeni numara öğrenmemiz gerekecek - işleyicileri kullanma ve parametreleri ayarlama.
Parametreler, işleme değişkenlerine erişmek için kullanılabilen yükleme algoritmalarında özel bir veri yapısıdır. Dönüştürme kuralları için parametre yapısının ayarlanması "Veri Dönüştürme" konfigürasyonunda gerçekleştirilir ve parametre değerlerinin ayarlanması, veri yükleme ve indirme işleme şeklinde mümkündür.
Parametreleri düzenlemek için, düzenlenebilir değişim kuralları için Dönüşümler dizini öğesinin formunu açın ve parametreler sekmesine gidin. hadi oluşturalım yeni eleman dizin parametreleri. Unload Services parametresinin adını atayalım. Parametre adı, işleyicilerde program kodu yazarken Parametreler yapısında ona başvurmak için kullanılır. Ad, evrensel veri alışverişini işleme şeklinde Parametrelerin tablo bölümünde gösterilecektir. Boşaltmayı ayarlarken parametrenin iletişim kutusunda görünmesi için "İletişim kur" kutusunu işaretlemeniz ve parametre değeri türünü seçmeniz gerekir. İletişim kutusundaki parametrelerle çalışmak için, Dönüşümler aramasında bir öğe biçiminde "Parametreleri sürüm 2.01 biçiminde yükle" kutusunu da işaretlemeniz gerekir.
Sadece parametreleri belirtmek yeterli değildir, boşaltma algoritmasının hangi durumda elemanın boşaltılacağını ve hangi durumlarda boşaltılmaması gerektiğini "anlaması" gerekir. Bu tür (ve diğer birçok) durum için, işleyici mekanizması kullanılır. Özü, veri yüklemek ve indirmek için tüm temel algoritmaların yürütülmesindeki kilit noktalarda, geliştirici tarafından değişim kuralları oluşturulurken yazılan kodun işlenmesidir. Doğal olarak, böyle hassas bir aletin kullanımı dikkatli ve düşünceli olmayı gerektirir. Kendi işleyicilerinizi yazmadan önce, işleyicilerde bulunan tüm değişkenleri ve bunların nasıl kullanılacağını açıklayan ve işleyici türlerini ve bunların özelliklerini listeleyen "Veri Dönüştürme 2.0" yapılandırması yardımını dikkatlice okumanızı öneririz. veri alışverişi algoritmalarını çağırın.
Bizim amacımız için "Before Unload" boşaltma kuralı işleyicisini kullanmamız gerekiyor. Adlandırma veri yükleme kuralını açın ve aşağıdaki program kodunu "Olaylar" sekmesindeki "Yüklemeden önce" alanına yerleştirin:
İşlemcimiz ne yapar? Program kodunu yazarken veri boşaltma algoritmalarının değişkenlerini kullandık. Parametreler yapısı, veri alışverişi işleme formunda ayarlanan UploadServices parametresine atıfta bulunmak için kullanılır. Nesne değişkeni, boşaltılan nesneye erişim sağlar. Ve Reddetme değişkeni, geçerli nesneyi boşaltmayı reddetmeyi kontrol etmenizi sağlar. İşleyici, nesne boşaltılmadan hemen önce yürütülür, bu da nesnenin boşaltılmasını iptal etmeyi mümkün kılar.
YALNIZCA V8 - V8 DEĞİŞİMİ İÇİN VE 2.0.18.1 ALTINDA OLMAYAN İNDİRME VE İNDİRME İŞLEME İÇİN
Parametreleri bir konfigürasyondan diğerine geçirmek mümkündür. Bunu yapmak için, "Parametreler" sekmesinde, "Boşaltma sırasında parametreyi aktar" kutusunu işaretleyin ve bu parametre değişim dosyasına yerleştirilecek ve veri yüklerken değerine erişilebilir. Değerlerin dönüştürüleceği bir parametre için bir dönüştürme kuralı belirleyebilirsiniz. "Yükleme sırasında parametreyi aktar" onay kutusunu kullanarak, yalnızca veri yüklerken iletişim kutusunda düzenlenen parametreleri aktarabilirsiniz. Bu iletişim kutusunda bulunmayan bir parametreyi iletmeniz gerekiyorsa, prosedürü çağırmanız gerekir:
Boşaltma parametreleri sekmesi artık hangi hizmetlerin yüklenip yüklenmediğini değiştiren bir parametreye sahiptir.
1C 8 değişim kuralları geliştirirken, değişim kurallarının davranışını programlı olarak yeniden tanımlama yeteneği yaygın olarak kullanılır - işleyicilerin mekanizması. Olay işleyicileri, işlevselliği önemli ölçüde genişletir ve etkileşimli yapılandırma seçeneklerinin 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 "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 atanı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 kodu, kurallar dosyasından alınır ve doğrudan "Yürüt" operatörü bağlamında yürütülür. İşleyicilerin ve algoritmaların kodunun hatalarını ayıklamak için Universal Data Exchange XML işlemeyi kullanabilirsiniz.
Ve onun yardımı ile görevlerinizin çözümünü GÜÇLÜ bir şekilde nasıl basitleştirdiğini gösteriyoruz.
Bugün, basit bir dizin aktarımının nasıl kurulacağını ve yapılacağını analiz edeceğiz ve başlangıç bakiyeleri.
Ve bu toplu ve düzenli görev, başlatılan çoğu yeni yapılandırma için neredeyse kaçınılmazdır.
Bu nedenle iş arkadaşlarınızı arayın, onlar için de çok faydalı olacaktır.
Özellikle de CD 3'ü izleyip korktularsa :)
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ılırsınız :)
Bugünkü videolarda tam olarak ne var?
Bunlar, veri paylaşımıyla ilgili 4 video 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 bir borsa kurma: Muhasebe 8 ve 1C: ERP
- Data Conversion 3.0'da standart kurallar ve evrensel değişim biçimi nasıl yüklenir?
- Meta veri yapısını CD 3.0'a aktarma
- İ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ı konfigürasyonunda değiştiğini. Ve kaynak yapılandırması 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ı gerekirdi.
Bu eğitim videoları BSP ile ilgilidir revizyon 2.3.2(2.3.2.43'ten daha eski herhangi bir yapı için).
BSP'nin daha eski bir sürümünü kullanıyorsanız, 0, değiştirilen arabirim ve genişletilmiş işlevsellik için bir "düzeltme" yapın. Bunu yapmak için videodaki örneği kendiniz tekrarlayın.
Video 1:
Data Conversion 3.0'da tipik konfigürasyonlar arasında değişim kuralları yükleme
Bu derste, tipik konfigürasyonlar arasında değişim kurallarında değişiklik yaparken hazırlık eylemleri gerçekleştireceğiz:
- Değişim formatının yapısını CD'ye yüklemek (
- Dönüşüm oluşturma
- Tipik bir konfigürasyondan kural dosyalarını yükleme
- Exchange yöneticisi modülünü boşaltma
2. Video:
CD 3.0'da değişim kurallarının iyileştirilmesi
Bu öğreticide, veri yüklerken nesnelerin ayrıntılarını nasıl dolduracağınızı göstereceğiz.
Görev çözülecek - kaynak konfigürasyondan nesneler 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 fazla kullanım için harici işleme olarak kaydedilecektir.
Video 3:
Tipik konfigürasyonlar arasında evrensel bir değişim kurma
Bu öğreticide, size yeni bir tür değiş tokuşunun 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 konfigürasyonu değiştirmeden yeni değişim kuralları yükleyin.
Video 4:
Döviz kurallarını kullanarak açılış bakiyelerini aktarma
Derste, başlangıç bakiyelerini transfer etmek için tipik bir fonksiyon göstereceğiz.
not
Evet, txt / dbf / ole vb. ile değiş tokuş yapılır. var olma hakkına sahiptir. bazılarında özel günler, örneğin bir web sunucusuna yerleştirme veya harici bir uygulamanın hazır biçiminden aktarma.
Ancak, için standart borsalar – standart yöntemler hem daha hızlı hem de çok daha basittir.
Ve eğer hazır evrensel bir çözüm varken birisi tekerleği yeniden icat ederse - alnına "Enstrümanım yok, öğrenmek istemiyorum, paran için koltuk değneği yapacağı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.
Soru: Tipik konfigürasyonlar için hazır değişim kuralları
Cevap:
Soru: Tipik 1C konfigürasyonlarının düzenli işlevselliği ile servis bakımı
Cevap:
Soru: Mevcut bir değişim kuralından bir nesneyi silme
Lütfen bana mevcut bir değişim kuralından bir nesneyi nasıl sileceğimi söyler misiniz? Gerçek şu ki, yalnızca mal ve hizmetlerin satışını ve alınmasını belirli bir tarih için bir tabandan diğerine boşaltmanız gerekiyor. Yalnızca otomatik olarak oluşturulan kural benim için çalışıyor, manuel olarak oluşturulan kural boş belgeleri kaldırıyor. Bu nedenle, kullanıcıların yanlışlıkla yanlış şeyi yüklememesi için otomatik olarak oluşturulan kuraldan gereksiz belgeleri kaldırmak istiyorum.
Cevap:
gelen mesaj Allexei
Merhaba! Muhtemelen zaten alakalı değil, ama yine de. Alternatif olarak, değişim planındaki gereksiz türden nesnelerin kaydını silebilirsiniz. Bu sayede değişim kurallarını yeniden yazmanıza gerek kalmaz ve gereksiz nesneler boşaltılmaz.
Teşekkürler, deneyeceğim.
Her zamanki gibi çıkarılabilir
Soru: Değişim kuralları - nerede düzenlenir?
Müşteri, alıcının yapılandırmasında değişiklikler yaptı. Neyin değiştiğini tam olarak bilmek mümkün değil.
Şimdi değişim kurallarını düzeltmemiz gerekiyor.
Düzeltilmesi gereken yerleri nasıl görebilirim?
Mülkün artık var olmadığını veya türünün değiştiğini mevcut kurallara göre bir şekilde anlamak gerekir.
Cevap:() Bana öyle geliyor ki, müşteriyi memnun etmek için bir şekilde bir değişim başlatmak yeterli. Ve ödeme almak için her şeyi sonuna kadar yapmanız gerekir :)
Soru: "Ticaret Yönetimi", baskı 10.3 (10.3.46.2) Perakende 2.1 için takas kurallarının değiştirilmesi
Merhaba. UT'de kurallar nasıl değiştirilir?
Exchange Planlarında Exchange Kurallarının düzenini değiştiriyorum ExchangeRetailManagement of Trade103 Güncelliyorum, yeniden başlatıyorum, yanlış kurallar. Sürümü manuel olarak bile değiştirdim. Hala yardımcı olmuyor.
Veri Değişimi Kuralları kaydından kural girdisini aptalca sildi.
Kural dosyasını yüklemek veya conf düzeninden güncellemek için normal bir düğme yoktur.
Yapılması gereken bir sürü ekleme ve test var ama kayıt/değişim kurallarını hızlıca nasıl değiştireceğimi bilmiyorum (
Cevap: BT ile güncellendi, her şey yolunda. Zaten tüm beyin bu alışverişi yemiş
Soru: Yükleme dosyasındaki değişim kurallarının değiştirilmesi
Cevap:
Soru: Değişim kurallarıyla ilgili yardım
Cevap:
Soru: Dönüşüme yüklemek için değişim kuralları nasıl yüklenir
TiS 7.7 ve BP2 takası için kurallar düzeltildi ve iki rıhtımın transferi eklendi
Doğru Fatura ve Fatura Düzeltme. Burada her şey normal şekilde 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ında (BP2) yerleştirme tabanına standart olarak bir fatura değil, bu faturanın temeli, yani. uygulama.
PKO kod parçacığı (İndirdikten sonra):
Object.FillAccountsInTabPart(Object.Products,"Ürünler",True); Object.OperationType = Enumerations.OperationTypesCorrectionReceiptImplementation.AgreedChange; Object.Adjust KDV = true; Object.SumIncludesVAT = doğru; If Object.Ownership.Empty() O zaman Object.Ownership = chVariableValue("chCurrentUser"); EndIf; Object.RealizationDocument = Object.Reference.RealizationDocument.DocumentBase;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Kayıttan önce nesne henüz mevcut değildir ve bu nedenle nesnenin niteliğine erişmek imkansızdır ve kayıttan sonra zaten çok geçtir. Kurallar her zamanki gibi işleyecek. CD'yi nasıl çözeceğimi anlat yeni anlamaya başladım.
Cevap: Yazdıktan sonra = Write yöntemini çağırdıktan sonra
Ticaret faaliyetlerinde bulunan birçok girişimci, yönetim verimliliğini artırmak için aynı anda iki "1C: Muhasebe 8" programı edinir. (bundan böyle BP olarak anılacaktır) ve "1C: Ticaret Yönetimi 8" (bundan böyle UT olarak anılacaktır).
BP, düzenlenmiş muhasebe ve raporlama yapmak için kullanılır ve UT, şirkette operasyonel ve yönetim muhasebesi için kullanılır.
Bu yazılım ürünlerinin ortak kullanımının başarısı, büyük ölçüde PSU ve UT konfigürasyonları arasındaki veri alışverişinin organizasyonuna bağlıdır.
Tipik veri alışverişinin aşağıdaki özelliklerini anlamak, konfigürasyonlar arasındaki değişim sürecindeki hataların ve her konfigürasyonda ayrı ayrı muhasebe ihlallerinin önlenmesine yardımcı olacaktır.
Bu makaleyi yazarken, yazılım ürünleri için 1C dokümantasyonundan materyaller kullanıldı.Değişim kurulum metodolojisi, şablon dizininde bulunan “Ticaret Yönetimi (11) ve Kurumsal Muhasebenin Paylaşım Yapılandırmaları” .htm dosyasında ayrıntılı olarak açıklanmaktadır. 1C: Muhasebe 2.0 (bundan böyle BP olarak anılacaktır) ve 1C: Ticaret Yönetimi 11 (bundan sonra UT olarak anılacaktır) olarak kurulduğunda; 1C ortak konferansında alınan öneriler ve yazarın RG-Soft Project Consulting LLC müşterileri için değişim ayarlarını oluşturma ve değiştirme konusundaki kişisel deneyimi.
1. Tek yönlü veya iki yönlü alışverişi ayarlayın.
Öncelikle belirtmek gerekir ki BP konfigürasyonundan UT konfigürasyonuna sadece nakit ve nakit dışı işlemlerle ilgili dokümanlar yüklenebilmektedir. Bunlar: Gelen kasa talimatı, Giden kasa talimatı, Cari hesaba giriş ve Cari hesaptan silme. BP'de oluşturulan mal hareketi belgeleri UT'ye yüklenmeyecektir.
Firma 1C, UT'deki bir banka ile takas yapılmasını önerir. "Bu, giden ödeme belgeleriyle tam teşekküllü çalışmayı ve gelen belgelerle daha kolay çalışmayı sağlayacaktır." Ancak, bu dosya tamamen BP'ye yüklenirken, müşteri-banka dosyasından UT'ye neredeyse hiçbir ödeme emri yüklenemediğinde bir durum vardı.
Bunun nedeni, müşteri bankası dosyasının içeriğine ilişkin daha sıkı kontrollerin UT'ye eklenmiş olmasıdır, örneğin: TIN'nin tamamlandığının kontrol edilmesi, belge numarasının kontrol edilmesi, sayı yalnızca aşağıdakilere uygun olarak sayıları içermelidir. 3 Ekim 2002 tarihli CBR düzenlemesi N2-P "Rusya Federasyonu'nda nakitsiz ödemeler hakkında" (3 Mart 2003, 11 Haziran 2004, 2 Mayıs 2007, 22 Ocak 2008'de değiştirildiği gibi).
Tek yönlü bir değişim (UT'den BP'ye) ancak tüm belgeler ve referans bilgileri UT'de doldurulursa mantıklıdır. Böylece, bu veritabanındaki öğelerin tekrarlanması önlenebilir.
Bunu yapmak için, aşağıdaki değişim senaryosunu yapılandırmanız gerekir: UT konfigürasyonunda sadece boşaltmanın kaydedildiği bir değişim senaryosu oluşturun (Şekil 1), BP konfigürasyonunda bir değişim senaryosu oluşturun ve sadece indirmeyi kaydedin.
Böyle bir değişim senaryosunda, BP'de oluşturulan tüm ek belge ve dizinlerin değişim için kaydedileceği, ancak UT'ye yüklenmeyeceği dikkate alınmalıdır, bu nedenle kaydın periyodik olarak sıfırlanması tavsiye edilir, aksi takdirde borsa BP'den gelen mesaj dosyası sürekli olarak artacak ve değişim sürecini yavaşlatacaktır.
Bunun için işleme kullanılması tavsiye edilir. RegisterChangesForExchange82.epf"Veri dönüştürme, rev. 2.1" yapılandırma teslimatında bulunabilir. Yapılandırma yüklendikten sonra, işlem güncelleme yükleme dizininde bulunur: ...\1c\Conversion\...sürüm_numarası…
Düzenleyici ve referans bilgileri hem UT'de hem de BP'de doldurulmuşsa, iki yönlü değişim yapılandırılmalıdır, ancak değişimi otomatik yerine etkileşimli modda başlatarak kopyaları izlemek gerekebilir (Şekil 2) .
Veri alışverişini yalnızca belge düzeyinde sınırlamak için tek yönlü alışverişi yapılandırmak gerekli değildir, BP tarafındaki değişim filtresinde son belge tarihinden daha büyük bir tarih ayarlamak yeterlidir (bkz. Şekil 5). Ancak filtreyi tarih olarak ayarlamadan önce, BP'deki belgelerin daha önce değişim için kaydedilmediğinden emin olmanız gerekir, aksi takdirde kayıtlı belgeler değişim sırasında başka bir veritabanına aktarılacaktır.
Veri Değişikliği Önceliği
Değişim önce UT'de ve ardından BP'de gerçekleştirilirse, UT'den indirilen veriler önceliğe sahip olacaktır. Örneğin, UT'de “Cari hesaba makbuz” belgesine girdiler, önce UT'de, sonra BP'de değişimi başlattılar - belge BP yapılandırmasında göründü. Daha sonra BP konfigürasyonundaki muhasebeci bu belgede değişiklikler yaptı. Sonraki değişim sırasında, değişimi başlatma sırası değişmediyse, belgede yapılan değişikliklerin üzerine UT'den gelen veriler yazılacaktır.
Her iki veritabanında da değiştirilen nesnelerle doğru değişim için 1C, nesnenin yalnızca veritabanlarından birinde düzenlenebilmesi için işin organize edilmesini önerir. Başka bir veritabanında, böyle bir nesne yalnızca görüntüleme için açılmalıdır. Bunu yapmak için, kullanıcı erişim hakları ayarını kullanmanız gerekecektir, ancak bu yaklaşım, değişim sırasında çakışma olmamasını garanti eder, yani. değiş tokuşlar arasındaki süre boyunca bir veya diğer veritabanında bir nesne değiştiğinde ortaya çıkan tutarsızlıklar (Şekil 3).
2. Metabolizmayı etkileyen BP ve UT arasındaki farklar
karşı taraf anlaşmaları
UT konfigürasyonunda, karşı tarafların sözleşmeleri için analitik yoktur. UT konfigürasyonunda gerçekleştirilen tüm işlemler, BP konfigürasyonuna yüklendiğinde, her zaman UT sisteminin kendisi tarafından oluşturulan ve kontrol edilen ayrı anlaşmalar altında yürütülür.
BP konfigürasyonunda gerekli parametrelerle herhangi bir sözleşme yoksa, böyle bir sözleşme oluşturulur. Bir anlaşma arayışının yalnızca daha önce UT'den indirilen anlaşma sayısından gerçekleştirildiğine dikkat edilmelidir.
UT'de yönetim organizasyonu
11.0.6.9 sürümünden başlayarak, kuruluş dizininde UT'de önceden tanımlanmış bir "Yönetim organizasyonu" öğesi belirdi. Bu öğe, geçerli (tek veya bir kuruluştan biri) kuruluşla eşlenmemeli (veya bu kuruluştan değiştirilmemelidir). Bu nesnenin kullanımı hakkında daha fazla bilgiyi dokümantasyon dosyasında okuyabilirsiniz. "Document.htm'deki değişiklikler ve eklemeler" UT teslimatına dahildir.
Şirket yapısı
UT'de yönetim muhasebesi için, şirket bölümlerinin bir listesini içeren "İşletmenin Yapısı" dizini kullanılır. Belgeleri hazırlarken, işletmenin bölünmesinin belirtilmesi zorunludur.
"Kurumsal Yapı" dizininin öğeleri, BP'deki "Kuruluş Birimleri" dizininin öğeleriyle eşlenmez. Boş Subdivision özniteliğine sahip belgelerin UT'ye yüklenmesini önlemek için değişim ayarlarında varsayılan değerin doldurulması gerekir (Şekil 4).
Tablo bölümündeki depo
UT'deki belgelerin tablo bölümlerinde yeni depo belirtme seçeneğinin kullanılması planlanıyorsa, değişim planı düğümünün ayarlarında, belgeleri UT'den boşaltırken değiştirilecek olan genelleştirilmiş bir depo ayarlamak gerekir. belgelerin tablo kısımlarında seçime izin verilen depolar yerine BP konfigürasyonuna girin (Şekil 4 ).
Öğe türü
BP'den UT'ye veri yüklerken, terminolojide "öğe türü" özniteliği doldurulmaz, bunun nedeni, değişimin BP'de değil, terminoloji UT konfigürasyonunda oluşturulduğunda senaryoya hizmet etmesidir. . UT'de malların hareketi için belgelerde, hizmetlerin muhasebeleştirilmesi için ayrı bir tablo bölümü yoktur (hizmetler mal tablosunda doldurulur), bu nedenle, UT belgelerinde belirtilen hizmetlerin tabloya doğru bir şekilde aktarılması için BP'deki bölümde şunları yapmanız gerekir:
1. Referans bilgileri bölümünde, "Öğe türleri" referans kitabını açın, "hizmetler" kalem tipine gidin - "Tüm eylemler"e tıklayın - düzenlemeyi etkinleştirin ve Öğe türü - Hizmet'i seçin.
2. Öğeyi (hizmeti) değiştirin - "Tüm eylemler"e tıklayın - düzenlemeye izin verin ve Hizmet türü ile bu Öğe türünü seçin.
3. Değişim filtrelerinin ayarlanması (Şekil 5)
Belgeleri yükleme (indirme) tarihini değiştirme
1) Tarihi ileriye taşımadan önce, ayar değiştirildiğinde düğümün değişim için kayıtlı belgeleri olmaması için bir değişim oturumu gerçekleştirerek veritabanlarını senkronize etmek gerekir. Aksi takdirde, bu tür belgeler, ayarları değiştirdikten sonra, boşaltmanın bir sonucu olarak, daha önce oraya yüklenmişlerse, alıcı veritabanında silinmek üzere işaretlenebilir.
2) Tarihi geri alabilirsiniz, çünkü yalnızca yüklenen verilerin alanını genişletir. Bu durumda, daha önce kapatılan bir döneme ait belgelerin değişim için otomatik olarak kaydedilmeyeceğini belirtmekte fayda var. Bunu yapmak için ya belgeleri değiştirmelisiniz ya da işlemeyi kullanmalısınız. RegisterChangesForExchange82.epf.
Kuruluşlara göre filtrele
Bu filtreyi etkinleştirmek, veri alışverişine izin verilen kuruluşların listesini sınırlamanıza olanak tanır. Etkinleştirilmiş filtrenin varlığı, hem kuruluşların kendi dizininin boşaltılmasını hem de kuruluşlarla ilgili diğer verilerin (dizinler ve belgeler) boşaltılmasını etkiler.
Yükleme filtrelerinin çalışma prensibi şu şekildedir: yeni ayarlar tüm veriler için geçerlidir - değişim oluşturulurken veya yalnızca yeni ayarların uygulanmasından sonra değiştirilen veriler için - değişim oluşturulduktan sonra bu nedenle veri alışverişini oluştururken filtre ayarlarına mümkün olduğunca sorumlu bir şekilde yaklaşmanız önerilir.
Örnek: bir değişim oluştururken, kullanıcı kuruluşa göre bir filtre ayarlar. Alıcı veritabanına yalnızca belirtilen kuruluş için veriler yüklendi. Ayrıca, kullanıcı, tüm kuruluşlarla ilgili verilerin alıcı veritabanına yüklenmesi gerektiğine karar verdi. Ancak ayarlar yalnızca yeni değiştirilen veriler için geçerli olduğundan, mevcut belgeler ve dizinler, kullanıcı üzerinde herhangi bir değişiklik yapana kadar alıcı veritabanına yüklenmeyecektir.
4. Veritabanlarından birinden nesneleri kaldırma
Silinmek üzere işaretle
Daha önce kullanılan bir dizin öğesinin daha fazla hesaplama için kullanılması planlanmamış olabilir ve kullanıcılar bu dizini silinmek üzere işaretlemeyi doğru kabul ederler. Silinmek üzere işaretlenen nesneler değişime katılmaz. Bu özellik dikkate alınmalıdır.
Yinelenenleri kaldırma
Yinelenenlerin değişimi sırasında ortaya çıkan nesneleri kaldırmak için işlemeyi kullanmanızı öneririz. Ara&DeğiştirValues.epf, ITS diskindeki \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ dizininde bulunur. Ve iki bilgi bankasının nesnelerinin karşılaştırmasının doğruluğunu kontrol etmek için "Bilgi tabanı nesnelerinin yazışmaları" Bilgi Kaydı'nı açabilirsiniz ve bu kayıttaki girişler manuel olarak düzeltilebilir. Veritabanlarından birindeki bir nesneyi sildikten sonra, bilgi kaydının kaydının silinen nesneyle (kırık bağlantı) eşleşmeye devam edeceğini, başka bir nesneyi eşleştirmeniz veya kaydı silmeniz gerekeceğini bilmek önemlidir.
5. Ek ayarlar
Nakit akışı kalemleri
UT'yi yapılandırmak için, "corr. hesabı”, kullanılacak ve BP'ye yüklenecek nakit akışı kalemleri için.
BP yapılandırması için: dizinin öğelerine nakit akışı türünü girmeniz gerekebilir.
Kullanıcılar
Dizin öğeleri kullanıcıları, değişime katılan nesnelerden birinde sorumlu olarak belirtilirlerse başka bir veritabanına aktarılabilir. Bu tür nesneler için izinleri ayarlamanız gerekecektir.
Temel önek ve kuruluş öneki
UT'de önek her zaman sabit bir uzunluğa ve ayırıcıya (tire) "-" sahiptir. Bu nedenle, bilgi tabanı öneki belirtilmemişse veya kuruluş öneki belirtilmemişse, sıfırlarla değiştirilir. Ancak, değişimi yapılandırırken, bilgi tabanı öneki her zaman CB'de (UT için) ve BP'de (sırasıyla BP konfigürasyonu için) doldurulur.
Bu çözüm, belge numaraları ve nesne kodları oluşturmak için standarttır. Ön ekin sabit bir uzunluğu vardır ve belge numarasından bir tire ile ayrılır. Gelecekte veritabanında birkaç kuruluş olacaksa, onlar için önek belirlemek yeterli olacak ve tüm nesneleri yeniden numaralandırmak gerekli olmayacak.
Hata düzeltme
Yazımızda, "1C: Ticaret Yönetimi 8" rev.11 ve "1C: Muhasebe 8" rev.2.0 arasında veri alışverişini organize etmenin en önemli noktaları ele alındı.
RG-Soft Project Consulting LLC'nin uzmanları, yalnızca belirli bir kuruluşun muhasebe özellikleri için borsa kurmayı değil, aynı zamanda mevcut borsalardaki hataları düzeltmenin yollarını da sunmaya hazırdır.
Popüler
- Teknoloji "25 Çerçeve" Bazı ilginç gerçekler
- Klavyeyi kullanarak metin nasıl vurgulanır?
- Özel sektör için medeniyetin faydalarını çıkarıyoruz
- Rostelecom'dan özel eve internet Özel sektöre Hızlı İnternet
- Yeni bir işte ilk kez: ekibe nasıl katılınır
- gemi inşa işletmeleri
- Uzun mesafeli bir gemide çalışın Bir buzkıran incelemesi üzerinde çalışın
- Uzay gemileri yıldızların arasında nasıl seyahat eder?
- Lensi kendi kendine ayarlayan
- Alçı nedir ve nerede çıkarılır