Standart değişim kuralları. Kuruluşlara göre filtrele
Trade Management 10.3 ve Enterprise Accounting 2.0 konfigürasyonları arasında veri alışverişi yapıyorsanız, konfigürasyonlardan birini güncelledikten sonra değişim kurallarını güncellemeniz gerekir.
Borsanın Ticaret Yönetimi yapılandırmasından yapılandırıldığı ve alıcı tabanına doğrudan bağlantı yoluyla yapılandırıldığı durumu düşünün, yani. muhasebe. Ticaret Yönetimi'ndeki veri alışverişi ayarlarından yeni kurallar yüklemeniz gerekiyor. Bunu yapmadan önce üsleri yapmanız şiddetle tavsiye edilir.
Zauskaem 1C Ticaret Yönetimi 10.3. Araçlar => Diğer iletişim menüsünden “Tüm iletişim ayarları” öğesini seçin.
"Tüm değişimler" bölümünü seçin. Veri alışverişinizi listede buluyoruz, sağ tıklayın ve "Düzenle" yi tıklayın. “1C ile veri alışverişi: Muhasebe 8” 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 yardımcısı açılacaktır.
Açılan pencerede, değişimin kaydedilip yüklenebilen değişim kurallarına göre gerçekleştiğini görüyoruz. Borsa veritabanına yükleme kuralları, Ticaret Departmanından Muhasebe Departmanına bilgi yükleme kurallarıdır ve borsa tabanından cari veritabanına yükleme kuralları, bilgilerin Muhasebe Departmanından yüklenmesine ilişkin kurallardır. Ticaret İdaresi'ne.
Yükleme kurallarını değişim veritabanına yükleyin. "Dosyadan kuralları yükle"ye tıklayın. Dikkat, standart olmayan bir yapılandırmanız varsa ve standart olmayan değişim kuralları kullanıyorsanız, ör. değiştirilmiş konfigürasyonunuz için özel olarak tasarlanmışsa, mevcut olanlara dayalı olarak yeni kurallar oluşturmak için uzmanlarla iletişime geçmelisiniz.
Hiçbir durumda bunları standart kurallarla değiştirmeyin. Tipik konfigürasyonlara sahip olduğunuzdan emin değilseniz, her ihtimale karşı mevcut kuralları “Kuralları dosyaya kaydet” butonu ile 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ı arıyoruz. Güncelleme şablon dizinini aşağıdaki gibi bulabilirsiniz. 1C'yi başlatıyoruz ve "Ayarlar" ı tıklıyoruz. Görünen pencerede, yapılandırma ve güncelleme şablonları dizininin yolunu görüyoruz.
Hadi bu yoldan gidelim. Sonraki: 1C=>Muhasebe ve Accounting'in en son yüklenen sürümünün adını içeren klasörü seçin. Kuralların “1C: Ticaret Yönetimi” yapılandırma güncellemesinden alınması gerekiyorsa, klasöre Ticaret adı verilir. "1C: Perakende" yapılandırması için - Perakende. "Veri Değişimleri" klasörünü içerir.
Ayrıca “Ticaret Yönetimi yapılandırması ile Borsa, rev. 10.3". İçinde BP-UT DÖNÜŞÜM KURALLARI ve UT-BP DÖNÜŞÜM KURALLARI'nı görüyoruz. UT'den boşaltma için kurallara ihtiyacımız olduğu için, “UT-BP DÖNÜŞÜM KURALLARI”nı seçin ve aç'ı tıklayın. Exchange veritabanından mevcut veritabanına yükleme kuralları için de aynısını yapıyoruz, sadece BP-UT CONVERSION RULES dosyasını seçin ve aç'ı tıklayın.
“Ticaret Yönetimi yapılandırmasıyla Exchange” klasöründe rev. 10.3”, Sharing.htm dosyasıdır. Hiç okumadıysanız kesinlikle okumalısınız. Aşağıdaki faydalı bilgileri içerir:
- Paylaşım amaçları
- Genel açıklama
- Çift yönlü iletişimin önceki sürümlerinden geçiş
- Ön eylemler
- Konfigürasyonlar arasında iletişim nasıl kurulur
- Veri senkronizasyonu
- “Ticaret Yönetimi” ve “Kurumsal Muhasebe” konfigürasyonlarının ortak çalışması
- Kullanıcı senaryolarına örnekler
- Yüklenen belgelerin yazışma tablosu UT - BP (sürüm 1.6, sürüm 2.0) Yüklenen belgelerin yazışma tablosu BP (sürüm 1.6, sürüm 2.0) - UT
- Belgeleri ve dizinleri boşaltmanın özellikleri
- Yüklenmemiş belgelerin yazışma tablosu BP (sürüm 1.6, sürüm 2.0) - UT
- “Alıcıya ödeme için fatura” ve “Alıcının siparişi” belgelerinin transferi
- Malları yazma maliyetini ertelemek
- Veri alışverişi sonuçlarının izlenmesi
Kontrol butonları ile kuralları kontrol ediyoruz. Ve Tamam'ı tıklayın. Yeni kurallar kaydedildi. Veri alışverişini başlatır ve çalışmalarını kontrol ederiz.
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ıyor.
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, belirli bir tarih için yalnızca mal ve hizmetlerin satışını ve alınmasını 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 gereksiz belgeleri otomatik olarak oluşturulan kuraldan 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 imkansız.
Ş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 değişim 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. Yine de 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ı bir şekilde 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 alışverişi 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
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ılmaması garanti edilir. Uzak ofis de hizmet siparişlerini kabul etmeye başlarsa, kuralları değiştirmemek için hizmetlerin boşaltılmasını hemen isteğe bağlı hale getirmek en iyisidir.
Bu durumda, "Veri Dönüştürme" konfigürasyonu ile ç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. Parameters dizininin yeni bir öğesini oluşturalım. 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ülmesinin kilit noktalarında, 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" onay kutusunu işaretleyin ve bu parametre değişim dosyasına yerleştirilecek ve veri yüklenirken 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ğinin değerlerini 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şleyiciler, 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.
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 yöntemi, ş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 tek bir ödeme emri yüklemenin mümkün olmadığı bir durum vardı.
Bunun nedeni, müşteri-banka dosyasının içeriğinin UT'ye eklenmiş olması gerçeğinden kaynaklanmaktadı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. Merkez Bankası'nın 3 Ekim 2002 tarihli 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) kurmak, yalnızca tüm belgeler ve referans bilgileri UT'de doldurulursa anlamlı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ı önerilir, 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. Konfigürasyon yüklendikten sonra, işlem güncelleme kurulum 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 tarihe 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 belge 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 exchange ayarlarında varsayılan değerin doldurulması gerekir (Şekil 4).
Tablo bölümündeki depo
UT'deki belgelerin tablo bölümlerindeki depoları belirtmek için yeni seçeneğin 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 bölümlerinde seçime izin verilen depolar yerine BP konfigürasyonuna girin (Şekil 4 ).
Öğe türü
BP'den UT'ye veri yüklerken, "öğe türü" özniteliği terminolojide 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 takas 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.
Misal: 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. kullanılacak ve BP'ye yüklenecek nakit akışı kalemleri için hesap".
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. Bununla birlikte, bir değişim kurarken, bilgi bankası ö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ının ve nesne kodlarının üretilmesi için standarttır. Ön ek sabit bir uzunluğa sahiptir 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
- Atılmayan bir el ilanı nasıl yapılır?
- Sürece geçelim.
- Araba tekerlekleri için neden paketlere ihtiyacımız var Logolu markalı paketlerin üretimi nasıl
- TCL ve akıllı telefonları Alcatel'in tarihi
- Kuşlar neden uçar? Penguenler ve devekuşları. uçamayan kuşlar soyu tükenmiş uçamayan kuşlar
- Balonlar neden uçar?
- Orta Çağ'da (V-XV yüzyıllar) Avrupa uygarlığının ekonomisinin ve ekonomik düşüncesinin gelişimi
- Bir dizüstü bilgisayardan dağıtılmış Wi-Fi, ancak İnternet çalışmıyor "İnternet erişimi olmadan
- Neden internete erişimi olmayan wifi dağıtımı
- Su dağıtımı iş planı Su dağıtımı iş planı 19 litre