Yılın başlangıcı - Bazz için ideal zaman

Zamanla, özellikle büyük organizasyonlarda, veritabanının boyutu artmaktadır. Temel 1c uzun süre gerçekleştirildiğinde ve önemli bir miktarda bulunduğunda, işte yavaşlamaya yol açar.

Süpürme aşağıdaki hedefleri takip ediyor:

• Programı hızlandırın
• Tabanın boyutunu azaltmak
• İlgisiz kayıtlardan alınan referanslar

Birleşmeye ne yardımcı olur

Programın çalışmasını hızlandırın (tabanın boyutunu azaltır)

1C'deki iş sayısını artırmayı planlamıyorsanız (ve onlar için yeni bir sunucu satın almayı planlıyorsanız), ancak 1C hızından memnun değilseniz, bazın bir yastık yapmaya değer. Bu, bilgisayardaki yükü azaltacaktır. Sunucu için yeni demir alımını veya dosya sürümünden SQL'ye geçişini ertelemek mümkün olacaktır.

Ek olarak, devasa bazların başarısız olması, "düşme" ve genel olarak çok güvenilmezdir.

Geçmiş dönemleri gizle

Kesim, geçmiş yıllarda iş hakkındaki bilgileri gizlemenin iyi bir yoludur. Veriler, veritabanında sadece yok olacaktır. Bu, erişim haklarını ve şifreleri sınırlamaktan daha güvenilirdir.

Alakasız isimlendirme ve diğer kayıtlardan kurtulun

1C bazda işlem sürecinde kullanılmamış bir isimlendirme biriktirir. Listeden bir ürün seçerken gelir ve uygulamaların kaydını müdahale eder. Bu, hatalara ve tersine çevirmeye yol açar. Buna ek olarak, çok sayıda pozisyon, özerk nakit masasındaki boşaltmayı yavaşlatır, örneğin, önün önünde, 10 bin'den fazla kullanılmayan malın 3 bin ile birlikte boşaltıldığında. Veritabanını yuvarlama, eski mallardan kurtulursun. Bir evetimle birlikte, alakasız bir isimlendirmenin işlenmesini kullanın.

Haddelenmiş bir veritabanında çalışmanın rahatsızlıkları

"Nominal Dönem" için belgeler ve raporlar mevcut değildir. Eski dönem için ayrı bir üs sahip olmalısınız ve oradaki hikayeyi izlemeniz gerekecek, her zaman bir rapor verisini toplamak için çalışmayacak.

Matkap nasıl çalışır?

Etkinliğin özü şu şekildedir: Tarih seçilir (ideal seçenek yılın başlangıcıdır) örneğin 1 Ocak 2016. Bu tarih, tüm muhasebe kesimleri için kalıntıların kalıntıları tarafından yapılır (TMC kalıntıları, Alıcılar, tedarikçiler ve komisyon üyeler, nakit bakiyeleri ve yerleşim hesapları ile karşılıklı yerleşimler) ve elde edilen veriler sabit disk dosyalarına boşaltılır. Ardından, eski temelinde, gerekli tüm referans kitaplarını (isimlendirme, fiyat türleri, ölçüm birimleri, fiyatlar, kıyılar ve sözleşmeler, bankalar ve uzlaşma hesapları, depolar, nakit kayıtları içeren yeni bir bilgi tabanı oluşturulur. Malzeme sorumlu kişiler vb.) Ve kalıntıları yeni bir veritabanına girmek için uygun belgelerin oluşturulmasıyla, 01/01/2016 tarihinde tüm gelir kesimlerine (sabit diskte depolanan dosyalardan gelen verilere dayanarak) tanıtılır. Yeni ve eski bazlardaki kalıntılar kontrol edilir. Tam tesadüfleri, işin başarısının bir göstergesi olarak hizmet vermektedir. Küçük hatalar varsa, "eller" ile kolayca düzeltilirler.

Sonuç olarak, iş hızı önemli ölçüde artmaktadır ve en önemli olan, programın başarısızlık riski azalır: bir işletme.

Bir yastık tabanı nasıl yapılır

İdeal dünyada, konvolasyon, her iki 1C 7.7 ve versiyonları 8.2, 8.3 için diskinde bulunan Şirket 1C'den özel tedaviler yardımı ile yapılır. Aynı zamanda, program, gereksiz belgeleri kaldırmak için yinelenen belgeler, etiket oluşturur. Kalan belgelere karışmazlarsa dizinler çıkarılabilir. Tabanın bir yastıklarını gerçekleştirmeden önce, belgelerin sırasını geri yüklemeniz gerekir.

Bazın disk işlemesiyle birlikte tetikleyicinin yalnızca tipik bir konfigürasyonla yapıldığını hatırlamak önemlidir. Aksi takdirde, derhal görünmeyecek hatalar görünecektir. Tipik bir konfigürasyonunuz yoksa, tabanın konvoları için deneyimli uzman 1C ile iletişime geçersiniz.

Muhasebe ve pratik olarak ticarette gerçek dışı bir şekilde kendinizi daha fazla veya daha az mümkündür. Ve bir çok neden var, örneğin, gerekli bilgiler silinebilir ve gereksiz olabilir. Kullanıcı bunu bile bilmiyor, çünkü Nasıl kontrol edileceğini bilmiyor.

Baz Kesimi 1C: Ticaret Yönetimi

1C ticaret yönetiminin birleşmesinin konuşması, sık sık çözmek zorunda olduğumuz sorunlardan bahsetmeniz gerekir.

1. Genellikle, program gerekli olmayan kayıtları kullanır. Örneğin, KDV (orada 7 kayıt vardır). İlk olarak, çünkü evetim daha uzun ve ikincisi, belgelerin çıkarılmasını engeller.

2. Toplu mallar kullanılıyorsa. Bu durumda, bu bir dizi belgeyi silmez. Ortalama olarak veya parti belgesini Yardımcı Belgeye değiştirmesi için kalıntıların tanıtımında yükleyebiliriz - böylece BOPE'den sonra, gönderilen belgelere referansları temizleyin.

3. Belgeler için İletişim. Borçları yeniden yükleyebiliriz veya ayrıca kalıntıların geri kalanını yardımcı belgeye her şeyi asmak için başlayabiliriz.

4. Bütün bir sürü bilgi kaydı (fiyatı yazılı, belgelere erişim, alışveriş yaparken uygunluk, vb.), Hangi "tutun" belgeleri ve referans kitapları var.

5. Standart silme uzun süre çalışır. Ve eğer elemanlar çok fazlaysa - hiç başa çıkmaz. Gereksiz belgeleri gidermek için kendi, daha hızlı işlemlerimizi geliştirdik.

Mali ceket

Maliyet, konfigürasyonunuzun karmaşıklığına (perakende - daha ucuz, kompleks daha pahalıdır) ve veri miktarı (tabanın tabanının 3 gig ve 30 gigteki maliyeti farklı olacaktır).
Maliyetini bulmak için - Uygulamayı bırakın. Sizinle iletişim kuracağız, veritabanınızı analiz edeceğiz ve son maliyeti tanımlayacağız.
Ortalama fiyat aralığı 8.000 ila 15.000 ruble.

Eksileri ve alternatifler tamamlandı

Bununla birlikte, bir konvolasyon, önceki yıllardaki verileri, artıkların girdilerinin noktalarına değiştirerek verileri silinen oldukça radikal bir işlemdir.

Ana dezavantajı, birkaç veritabanınız olmasıdır. Örneğin, "Baz 2011-2012" ve "Base 2013".

Ve 2012 ve 2013'in gösterilmeyeceği bir rapor oluşturun. Tedarikçiden sipariş vermeden önce malların satışlarının bir analizi olarak bu tür faydalı şeyler, Ocak 2013'te olduğu gibi, belirli mallar Ocak 2012'den daha fazla başlatılmıştır.

Temel bazlar gerçekten iki durumda da anlamlıdır:

1. eğer gerçekten yaşlıysa (en az 4-5 yaşında)
2. veriler sadece koruyamazsa (örneğin şifreler, örneğin şifreler) ve güvenli bir şekilde gizlenebilir (bilgisayardan fiziksel olarak silmek)

Diğer tüm durumlarda, alternatiflere dikkat etmeye değer.

Alternatif: Kullanılmayan Modülleri Devre Dışı Bırak

Bazı program özelliklerini kullanmazsanız bile, bilgisayarınızın kaynaklarını onlara harcamadığı anlamına gelmez.

Potansiyel olarak gereksiz, ancak programın kaynak-yoğun bölümleri vardır:

• Giriş seviyesinde erişim kontrolü
• Kuruluşların kalıntıları için muhasebe (depoların kalıntılarının muhasebesine ek olarak)
• Muhasebe olarak oluşturduğunuz gerçeğine rağmen, veri kitapları / satışları için muhasebe

Aşağıdaki seçenekler bazı organizasyonlarda kullanılmaz, ancak gereksiz demek imkansız olmasa da:

• Maliyetin hesaplanması (satışlardan elde edilen karları hesaplamak, marj)
• Partiler bağlamında maliyetin hesaplanması (yeterli hesaplamanızda "ortalama olarak"
• Yerleşim belgeleri bağlamında müşterilerle hesaplamalar

Örneğin, hafif bir çalışma harcadım. Kâr hesaplama yeteneğini kullanmayan şirketin tabanını aldı. Bazın kaynak boyutu 1,6 GB'dir. Maliyetin hesaplanmasıyla ilişkili kayıtları çıkardıktan sonra, taban boyutu 1 GB'a düşmüştür. Diğer tüm kullanılmayan tabloları çıkardıktan sonra, boyut 0,8 GB'a düşmüştür.

Alternatif: Gözden çıkarılmaz isimlendirme ve karşı tarafların bir oranı

Üreticiler sürekli olarak ticaret ürün çeşitliliğini günceller. Bu nedenle, mal dizini bir daha asla satılmayacak pozisyonları biriktiriyor.

Temel rahatsızlık, bu tür mallardır.

• 1. Kabul veya uygulama yapan yöneticiler listesinde önlenirler. Bu, hata olasılığını arttırır ve tersine çevrilir.
• 2. Özerk nakit masasına (önün önünde) boşaltma yavaşça ortaya çıkar. Çünkü 3000 pozisyonda değil, rafta durur ve birkaç yıl boyunca satılmayanların 10.000'i.
• 3. Barkodlar ve kasiyer kutu ofisinde kullanılmazsa ve kasiyer listeden malları seçerse, büyük liste ayrıca hata ve ters çevirme olasılığını da arttırır.

Bu özel problemler birleşmeden kolayca çıkarılabilir.

İstenilen "arşivi" adlandırma için "arşivi" eklemek yeterlidir ve otomatik olarak bu ürünlere geçen mallara otomatik olarak yerleştirin.

Ek olarak, böyle bir alakasız ürün silmek için yakılabilir, "_corzina" klasörüne gidip "YAYAY_" adına eklenebilir, böylece mallar ilk harfleri aramaya girmez.

Bu durumda, topikal işlemeye sahibiz.

Alternatif: Sistem güvenliğini arttırın

Verilerin gizlenmesi gerekiyorsa, bazı püf noktaları kullanabilirsiniz (örneğin, çalışma veritabanını ofisinizde değil, uzak bir sunucuda. \u200b\u200bBelki de başka bir ülkede. Ve kontrol etmek için yerel bir beyaz ve kabarık veritabanı hazırlamak için) . Ancak veritabanı elbette daha kolaydır.

Kendinizi çalışanlarınızdan korumak gerekirse, SQL Server ve net bir erişim sistemi kurtarmaya gelecektir.

Alternatif: Sunucu Gücü Büyüt

1C 8 SQL Server ile birlikte, büyük bir boyutta veritabanlarıyla normal olarak çalışabilir. 20-50 GB üssü hiç bir sorun değil, yeterince güçlü bir bilgisayar sağladı.

Bilgi üssü 1C'nin birleşmesi altında, belgeleri ve yapılandırma kayıtlarının işlenmesi ve ayrıca belirli bir yılın başlangıcına kadar mevcut kalıntıların oluşumunu, kırılmış kayıt verileri. Aynı zamanda, KDV, işletim sistemi ve bir dizi başkalarının muhasebesi için önemli belgeler hariç, geçmiş yılların belgelerini silmek için kaldırıldı veya işaretlendi.

Bilgi tabanı 1C'nin yastığı nedir?

Konvolasyon, tabanın boyutunu azaltmak, daha hızlı iş, 1C veritabanını güncelleme ve arşivleme süresini azaltmak için yapılır.

Ek olarak, gizli bilgileri kaydetmek için kullanılır. Konvolasyondan sonra, çalışanlar ve işitsel örgütler mevcut çalışma tabanında önceki yıllara erişime sahip olmayacaktır.

Önemli: Gerekirse, 1C 8.3'ü arşivden ikna etmek ve gerekli bilgileri almak için her zaman dağıtabilirsiniz. "Bir konvolasyona" veritabanını 1C 8.3 lansmanında ekstra olarak ekleyebilir ve her zaman "elinizde".

Kesici tabanı 1C 8.3

Tedavi Kesme Bilgi Bankası 1C 8.3 Şirket Muhasebesi, Red.3, Ticaret Yönetimi, ED.11 ve menüden temin edilebilen diğerlerinde yapılandırmalarında İdare - Servis:

İpucu 1. 1C bilgi veritabanının kopyasındaki işlemeyi kullanın, sonuçları analiz edin ve ardından çalışma veritabanını kaydırın.

2. İpucu.. Birleşmeden önce, bu yapılandırma nesnelerine ilişkin raporlar oluşturun, geçmiş dönemlerden gelecekteki dönemlerde yapılacak bilgiler gerekli olacaktır. Her şeyden önce, sabit varlıklar, KDV, geçmiş dönemlerin maliyetlerinin tanınması için muhasebeleştiriyoruz. 1C 8.3 Muhasebe'deki maaş kayıtlarını saklarsanız, ed, daha sonra çalışanlarla karşılıklı yerleşimlerle ilgili verilere de ihtiyacınız olacaktır.

DİKKAT: Ruble Tuzlu Beyanı bir konvolasyona göre oluşturulamaz, çünkü 1C 8.3'te, Convoly'in öncesi ve sonrasında VES kontrolü, işleme adımlarından biri olarak etkinleştirilecektir.

İpucu 3.. Hangi dönemin evrişim yapacağını düşünün. Bazen bir muhasebeci geçen yılın verilerini, maaş tahakkukları için önemli olduğu için ayrılır. Ya da, üç, üç yılın verileri, operasyonların hacmi bu yıllar için çok büyük değilse.

Örneğin, 1C 8.3 Muhasebe'nin bir yastığı nasıl yapılır?

Bazı kuruluşların 1C 8.3'ü gerçek tabanının bir değişimi örneğini göz önünde bulundurun: Tarım Kurumları Muhasebesinin Yapılandırılması, Ed. Bu aslında şirketin muhasebe yapılandırması, Red.3, ancak özel endüstri tesisleri ekleyerek uzatıldı.

Bilgi tabanının ambalajı da dahil olmak üzere test ve düzeltme işleminden sonra işletmenin bilgi tabanının 4 GB'a ulaştığını varsayalım. Kullanıcılar 2011'den beri veritabanında çalışır. Kuruluş, 2015 dönemi de dahil olmak üzere vergi müfettişini ve 2016 yılından bu yana kuruluşunu doğruladığından, organizasyon 1C 8.3 Muhasebe'de değil ve 1C 8.3 ZPE'de, Red.3'te tahsil edilmiştir. 2016.

Aşama 1. Yedekleme Oluşturma

Menüden İdare - Serviskullanıcının işlenmesini çalıştırın yönetici hakları.Örneğimize Yönetici. 1C 8.3 veritabanına erişmek için Kullanıcı Yöneticisinin şifresini giriyoruz. Programın önceden oluşturulan kopyasında bir konvolasyon yaparsanız, onay kutusu Yedek oluştur Sıfırlayabilirsiniz. Aksi takdirde - belirtin Yedekleme IB Kataloğu:

Anahtar'a tıklarsanız F1. Klavyede, bu işlemi kullanmanın amacı ve özellikleri hakkında bir sertifika alabiliriz. Okumak, yardımı kapatın ve düğmeyi kapatın Daha ileri Bir sonraki işlem adımına gidin Geçen aşamalar yeşil olarak vurgulanır.

Adım 2. Kesme ayarı

Bu aşamada, hangi yılın başında 1C 8.3'te kalıntı oluşturmak için belirliyoruz. Varsayılan onay kutusu işaretlendi. Veri yasağı tarihini ayarlayın. 2016 başında bakiyelerin oluşumu durumunda 31 Aralık 2015 tarihinde ayarlanacaktır:

Tüm organizasyonlar için bazın bir yastığı veya sadece birini yapmak mümkündür. 1C 8.3'ün tabanındaki örneğe göre, bir organizasyon, bu nedenle işlemede konvolasyon için kuruluşların seçimi sunulmamaktadır.

Aşama 3. Kalıntıların Oluşumu

Düğmesine göre Daha ileri Kalıntı oluşturma kurallarının kurulumuna gidin. Tipik konfigürasyonlar için önceden belirlenmiştir ve 1C 8.3 şirket muhasebesi için Ed.3 olasılık Önerilen ayarları geri yükleyin,eğer değiştirilirlerse.

Konvolasyon kurallarını belirleyebiliriz Gönderme Günlüğü:Dönmeyin veya yuvarlamayın:

Kuralları her birikim için ayrı ayrı tanımlayabiliriz:

Varsayılan olarak, örneğin, 1C 8.3 Şirket Muhasebesi, Ed. Dönmeyin Kayıtlarda KDV alımları, KDV satışları, KDV sundu ve bir dizi başkaları. Yani, geliştiriciler, veritabanı parametrelerinin tam olarak tutulması gerektiğini ve bunların çökebileceğini analiz etti.

Ancak, örneğin kurulum yapabiliriz Dönmeyin Birikim kaydında Fiyata dahil KDV:

Aşama 4. Operasyonları Görüntüle

Sahnede Operasyonları Görüntüle Dengeleri 01.01.2016 için açabilirsiniz, 31 Aralık 2015 tarihinde, operasyon tabanına kaydedilebilir. Kazançları ayarlamanıza veya hatta artık düğmelerin yeni bir yorumunu oluşturmasına izin verilir. Oluşturmak:

Aşağıda, yaratılan işlemlerin varyantlarıdır. muhasebe Kayıtları:

Tarafından bilgi Kaydı:

Tarafından birikim Kayıtları:

Aşama 5. Kontrol

Sonra, oluşturulan belgeleri kontrol etmeye gidin. Bu aşamada, 2015 yılının sonunda kurşun sırasında ve bir konvolasyon sonrasında oluşan ters bir ifadeye benzer bir rapor görüyoruz. Davamızdaki veriler arasındaki tutarsızlıklar, yalnızca 000 ek bir hesap üzerinde, bu da veritabanıyla çalışmaya başlarken kalıntıları girmek için kullanılanlar:

Verileri ve vergi muhasebesini (iyi) görüntüleyebilir ve karşılaştırabilirsiniz. Bunu yapmak için, her ikisini de sağdaki tüm standart raporlarda 1C düğmesine kullanıyoruz. Ayarları gösterve onay kutusunu göstergenin kuyusu ile sergileyin:

Boo ve iyi bir veri ile bir rapor oluştururuz. Sonra kontrolü açın Bilgi ve birikim kaydı:

Bilgi ve tasarrufun bireysel kayıtları hakkında bilgi görüntülemek mümkündür. Düğmesine göre Hala Seçim bayrağını kayıtlardan, almak istediğimiz bilgilerden yükleyebilir veya işaretleyebiliriz:

Aşama 6. Eski belgeleri kaldırma

Düğmede bir fırsat var Geri Oluşturulan artık belgeleri silmek de dahil olmak üzere önceki konvolasyon adımlarına gidin. Veya düğmesine göre Daha ileri Bir sonraki aşamaya git - Eski Belgeleri Çıkarma. Bu aşamada, 1C 8.3'te sürecin geri dönüşüsü hakkında bir uyarı elde ediyoruz. Ancak eski belgeler yalnızca kaldırılması için işaretlenecek. Bu aşama, önceki herkesden çok daha uzundur ve oldukça uzun olabilir:

Aşama 7. Hazır

Bu aşamayı tamamladıktan sonra, evrişimin başarılı bir şekilde tamamlanmasıyız:

Aşama 8. Etiketli belgeleri silme

Operasyonların çalışmasını açmak, 2011'den bu yana belgelerin kaldırılması için işaretlendiğini görün:

İpucu 4. İşlemeden yararlanmak İşaretli nesneleri çıkarma fırsat Nesnelerin kısmi çıkarılması. İlgili nesne gruplarını kaldırın. Aşamaların çıkarılmasını izleyin ve aşamalar arasında molalar alır. Veya büyük tatiller için bir konvolasyon planlayın.

Ancak, belgeleri silmek için işaretlenmeden önce, tüm verilerin işletim sisteminin, maaş, KDV'nin doğru muhasebesi için kaldığını sorgulayacak gerekli raporları oluşturun.

1C 8.3'te, muhasebe, Kovaning Tarihinde raporlar oluşturmak için konvolasyondan önce ve sonra yararlı olacaktır:

• Amortisman Beyanı OS;
• KDV'yi kontrol etmek, çalışanlar, vb.
• Ve şirketin muhasebe politikasına bağlı olarak diğer raporlar.

Ek olarak, kullanılmayan yapılandırma nesnelerini gösterecek 1C işleme ortaklarını bulmak gerekir. Örneğin, önceki periyotların belgeleri kaldırıldığından, artık referans gerektirmeyen dizin terminolojisinin unsurlarını bulun. Ve eğer satmak için daha fazlasını almazsanız - bu adama satın alın, silebilirsiniz.

Kesme Bilgi Bankası - Pek çok kullanıcının platformun zamanına aşina olma prosedürü 7.7. Bazı kuruluşlarda, bu prosedürü her yıl atanan zamanında yaptık. Kullanıcılar, her yıl veritabanında çalıştı, bu da mevcut yıl için sadece kalıntılar ve hareketler var. Demir üretkenliği ve 1C platformun iyileştirilmesi olarak, kabarcık konvosu böyle bir normal fenomen olmamıştır. Bu bağlamda, bu malzemede, bu prosedürün neyi temsil ettiğini ve ayrıca çeşitli yapılandırmalarda 1C'de gerçekleştirileceğini ayrıntılı olarak düşüneceğiz.

1C 8'de Kesme Tabanı - Bunlar nelerdir ve ne için gereklidir?

İşletme süresince, çok sayıda belge, referans defteri ve diğer veri bilgi sisteminde birikir. Bu verilerin bazıları cari çalışma süresine ilgi duymaz, bazı veri erişimine yalnızca okuma modunda gereklidir. Aynı zamanda, nesneler sistemde saklanır, ameliyatını bir bütün olarak yavaşlatır, arşivleme süresini (yedekleme) arttırırken, herhangi bir değişiklik yapıldığında günlük olarak geçen yılın verilerini kaydetmek mantıklı olmaz. Tabii ki, bir veritabanında rapor analizi açısından, veri örneği, büyük bir süre için veri örneğinde çalışmak gerekir. Hepsi, organizasyondaki belirli duruma ve kullanılan konfigürasyona bağlıdır. Örneğin, doğru yönetim muhasebesi beyanı ile, mevcut durumdaki taban, şirketin muhasebesinin çalışma tabanı, verileri 3-5 yıl saklamak mantıklı değildir. Operasyonların tarihi her zaman kopyalarda görülebilir, tüm analitik raporlar diğer ürünlerde inşa edilmiştir. Bu durumun bir yolu, veritabanını belirli bir süre boyunca bir kez düzenli olarak dönüştürmektir.

Bir konvolasyon yürütürken, belirli bir tarih için kayıtlar için çıkışlara (konvolasyon tarihi) ve kullanılmış belgelerin ve akımların (bilgi, birikim, muhasebe) eğim tarihine (katlanabilir süre) sökülmesi için çıkışlara girme belgeleri vardır. Temel hedefler:

Programın Kullanıcı Modunda hızını arttırın;

Konfigürasyonun yapılandırmasını (değişimini) güncellerken ve bilgi tabanının test edilmesi ve düzeltilmesi hızının yanı sıra hızda bir artış;

Kullanıcı tarafından istenmeyen muhasebe nesnelerini çıkarmak için koşullar oluşturma;

Bilgi tabanının boyutunu azaltmak.

Bir evlilik prosedürü gerçekleştirme için genel prosedür

1. Yedekleme oluşturma.

Kullanılan araçlardan bağımsız olarak, veritabanının bir yedeğini oluşturmak özellikle önemlidir. İlk olarak, bu kopya sadece bir veri arşivi değil. Oldukça mümkün, derhal kuruluşa dağıtmak ve ilgilenen kullanıcılara erişim sağlamak için gerekli olacaktır. Bu veritabanındaki değişikliklere erişimi kapatmak önemlidir. Kopyalama nasıl okunur

2. Muhtasar ayar.

Bu aşamada, bilgi tabanını en aza indirmek için planlandığı yılı belirtmelisiniz. Yani, 2013'ü belirtirseniz, belgeler 31 Aralık 2012 23:59:59'a kadar silinecektir.

Veri yasağı tarihini ayarlayın. Katlanmış bir sürede yasağın tarihini ayarlama ihtiyacını gösteren bayrak.

3. Kalıntıların oluşumu.

Çöken nesnelerin bileşiminin ve bir konvolasyon yönteminin belirlenmesi. Kayıtlarla aşağıdaki işlemler öngörülmektedir:

Dönmeyin - nesnelerin evrimi üretilmez;

Daralt - Konvolasyon tarihinden önceki nesneler çöktü;

CLEAR - Kavramın tarihinden önce gelen nesneler silinir ve artık giriş belgeleri oluşturulmaz. Mod, yalnızca bilgi kayıtları için kullanılabilir.

4. iise operasyonları.

5. Oku.

Bu aşamada, artıkları girmek için yaratılan tüm belgeler, onları düzenleme olasılığı ile görüntülenir.

6. Eski belgelerin tarihi.

Tüm belgeler konvolasyon tarihinden önce silinir. Hareketlerin kaldığı belgelerde, "Manuel ayar" bayrağı ayarlanır ve kaldırma işareti takılı değildir.

Veritabanını yuvarlamak için hangi araç

Ne yazık ki, tüm tipik konfigürasyonlarda bile daha tatlı bir işlem yapmak için tipik bir işlem yapmaz.

Şu anda, işleme yalnızca aşağıdaki yapılandırmalarda:

• Muhasebe Şirketi, Revizyon 3.0 / Şirket Muhasebesi Korp, Edition 3.0 (BP 3)
• Ticaret Yönetimi, Editörler 11 (UT 11)

Fiziksel olarak işleme var, ancak kullanmak ve hatta açık olan aşağıdaki yapılandırmalarda çalışmayacak:

• ERP Kurumsal Yönetimi (ERP)
• Kapsamlı Otomasyon 2 (KA)

İşleme kodundaki yorumlarda, çok iyimser bir cümle olmadığını okuyacağız:

// işleme sadece UT11'de kullanılır

Buna göre, işlemin kendisi sadece BSP'nin doğru çalışması için sadece bir "fiş" dir.

Aşağıdaki tipik konfigürasyonlarda işlem yoktur:

• Maaş ve Personel Yönetimi 2.5, 3 (ZUP)
• Firmamızın yönetimi, Editörler 1.6 (daha önce küçük bir şirket tarafından yönetilen)

Böylece, veri konfigürasyonu için, kendi kendine yeten yapılandırmalar için, kendiniz bir katlama yapmanız gerekecektir. Ayrıca, bu işi profesyonellerden sipariş edebilirsiniz!

Böylece, kullanıcı sadece iki konfigürasyon için bir konvolasyon yapabilir: Muhasebe 3, Ticaret 11. Talimatlarımızı, işleme koyma sertifikasını, işleme koyma sertifikasını dikkatlice okumak ve asistanın tüm önerilerini takip etmek önemlidir.

İdare (veya NSI ve İdare) bölümünde bir konvolasyon işlemi bulacaksınız. "Hizmet" alt bölümleri. Açık işleme ve tüm önkoşulları dikkatlice uygulayın.

Ayrıca, arama penceresinde "Control" yazabilirsiniz. Aşağıda, bunu ticaret yönetiminde 11 yapmak mümkün olduğunca.

Aşağıdaki yapılandırmaların evrimi için:

• Üretim Kurumsal Yönetimi, Editörler 1.3
• Muhasebe şirketi 2.0
• Ticaret Yönetimi, Revizyon 10.3

1C şirketinden dış işlemeye ihtiyacınız olacak, platform 8.2 için işlem bölümünde web sitesinden indirebilirsiniz.

Diğer konfigürasyonlarda, örneğin, UNF'de bir konvolasyon çok sorunlu bir konvolasyon olacaktır. Aynı sebepten dolayı, bazı tipik konfigürasyonlarda işlem yoktur. Gerçek şu ki, tüm verilerin doğru şekilde çökülebilmesidir. Örneğin, maaşın birçok göstergenin doğru hesaplanması için kayıtlardaki bilgilere sahip olması çok önemlidir. Özünde, hangi kayıtların katlanabileceğini, hangi zorlukların olabileceğini açıkça hayal etmek gerekir.

Gerisi için, yapılandırma, işlenmeye kendiniz yazmak veya mevcut olanları değiştirmesi gerekir. Ekibimiz, bu tür görevleri ve demokratik fiyatları çözme konusunda çok fazla deneyime sahiptir. Bazın incelenmesi aşamasında, bu tür bir iş için derhal nihai tutarı size seslendirebileceğiz.

Tarih öncesi.

Çalıştığım şirkette, durum veritabanını kesmek gerektiğinde ortaya çıktı, yani. Tüm belgeleri ve hareketleri belirli bir tarihe kadar silin. Bu süre zarfında, veritabanı neredeyse 350GB giyiyordu ve onunla çalışmak çok zordu. Ayrıca, 1C hızında muzdarip ve veritabanı ile yapılan düzenleyici işlemler çok uzun süre gerçekleştirildi.

Karar verildi - taban kesildi! Pıhtılaşma için uzun zamanlı test testlerinden sonra, onları hayal kırıklığına uğrattım. Bir test tabanını kesen bir bilgisayarla yalnız harcanan iki hafta daha fazla. Bu son başvuru tarihleri, özellikle haftanın 6 günü veritabanı kullanıcılarında, çalışma veritabanında kabul edilemez. Bir kilitlenmeden çıkmak için gerekli olduğu için. Görevi dış kaynak olarak aktarmaya karar verdik. Fakat burada memnun değildik, işin maliyeti yüksek ve yerine getirilmesi gereken zamanın maliyeti gerekiyordu.

Genel olarak, soru çözülmedi ve görevi kendi başlarına çözmek için geri döndü.

Aşırı önlemlere başvurmak zorunda kaldım, diğer tüm görevlerden kapattım ve veritabanını başlattım.

Ve yakında soru çözüldü - tabanını 2 gün kırptı,% 70 oranında indirdi.

Veritabanının sünneti 2 gün içinde 350 GB hacmi.

Bu algoritmanın görevini yerine getirmeye karar verdim:

Çalışma veritabanının bir kopyasını oluşturun. Kopyada, istediğiniz tarihte kalıntı oluşturun, bu tarihe kadar tüm belgeleri ve hareketleri silin. İleri, çalışma veritabanından, tüm yeni belgeler (bir kopya oluşturma anından itibaren oluşturuldu) yeni bir tabana taşınır. Kullanıcıları yeni bir bankaya koymak için.

Görev 5 altlığına ayrıldı:

1. Bir Exchange Planı oluşturun, sünnetten sonra, tüm yeni belgeler yeni bir baza aktarılabilir.

2. Konvolasyon tarihinin kalıntılarını oluşturun.

3. Tüm belgeleri ve hareketleri, konvolasyon tarihine kadar silin.

4. Belgeleri geçerli tabandan yeni tabana indirin.

5. Yeni (kırpılmış) tabanın çalışma tabanını değiştirin.

Hazırlık aşaması için yaklaşık iki hafta kaldı: bir planlama planı oluşturmak, kalıntı ve temizlik kayıtları oluşturmak için araçları aramak, test mekanizmaları.

Veritabanı konvosu süreci.

1. Kokum tarihinde kalıntıların oluşumu.

Kalıntılar, "Kinkabase.epf" nin tipik işlenmesini oluşturdu.

Zaman kazanmak için çalışma saatleri boyunca çalışma veritabanında yapılan artık oluşumu. Çünkü Kalıntılar, "Kayıt Girişlerini Ayarlama" belgelerinin oluşturulmasında ve işleme, kayıtlarda aktif olmayan hareketler oluşturur, bu veritabanı için bu prosedür zararsızdır.

İşlem, 50.000 bir belgedeki satır sayısına bir sınır belirlemiştir.

Acele etmedim ve 1-2 gün içinde her şey kuruldu (yaklaşık 400 belge ortaya çıktı).

Not:

- "Kayıt girişlerinin düzeltilmesi" belgeleri varsa, yastık tarihinde kayıtların yastığı ile ilgili değildir, daha sonra, daha sonra karıştırılmayacakları için tarihe daha iyi transfer edilirler.

- Kalıntı oluştururken, tüm kayıtları görmek daha iyidir, çünkü İlk bakiyelerin tüm kayıtlar için gerekli olmadığıdır. Bazen kayıtın hiçbir yerde kullanılmadığı durumlar vardır. Sonuç olarak, zamanınızı kurtarır.

2. Aynı bir konfigürasyona boşaltmak için tam bir değişim planı oluşturun (kalıntıların oluşumuna paralel olarak yapabilirsiniz).

3. Plana kayıtlı nesneleri temizlemek ve kuralların bir kopyasını engellilerle bir kopyasını yapmak için çalışmama süresi.

4. Belgeleri ve Temizlik Kayıtlarını Çıkarma.

Bu işlem en yavaş olanıdır ve bu işlemi hızlandırmak için doğrudan SQL sorgularını kullanmanız gerekir. Bu tür araçlar bir bilgi için bulunabilir. Verileri bu şekilde silersek başka bir an var, nesneler hızlı bir şekilde kaldırılacak, ancak referans bütünlüğünü kontrol etmeden. Buna göre, belgelerimizde, su bakiyeleri ve diğer belgeler "Bulunamayan nesne ..." türü gibi görünecektir. "

Bu belgeleri bilgi hedefleri için istenmeyen bir biçimde bırakma görevi gördüm.

Bunun için bir işleme, Kayıt Ayarlama Belgelerindeki hareketlere katılan tüm belgelere katılan ve konvolasyon tarihine aktarılan bir işlem yazılmıştır.

Bundan sonra, SQL istekleri aracılığıyla belgeleri ve hareketleri silmek için işlemeyi kullanarak, her şeyi evrişim tarihine (belge, belgeler, birikim kayıtları, bilgi kayıtları vb.) Sil.

Not:

- Bilgi kayıtları için sadece periyodik temizlemeniz gerekir. Kayıt periyodik değilse, tamamen temizlemesi muhtemeldir.

6. "Kropababase.epf" işlenmesiyle kayıt kayıtlarını ayarlamak için belgelerin hareketlerini etkinleştirmek. Bu durumda, bu belgelerin işlenmesi önceki tarihe tolere eder (bu, kalıntıların iki bazda uzlaşma için uygundur).

8. Kalıntı girdilerinin doğruluğunu kontrol edin ve doğru (bu amaç için, muhasebe personeli çekebilirsiniz)

9. Çalışma veritabanından yeni bir tabana belgeleri gerçekleştirin. Bu prosedür bir kopya oluşturduktan hemen sonra yapılabilir. Şunlar. Veritabanında günlük birçok belge oluşturulursa, belgelerin aktarılması, ekstra zaman harcamak için paralel olarak yapmak daha iyidir.

10. Kullanıcıları yeni bir tabana satın alın. Bunu yapmak için, 1C sunucudaki veritabanını yeniden adlandırmak daha iyidir, böylece kullanıcılar için geçiş ağrısızdır. Şunlar. Eski bir üssü, eski olana yeni bir (katlanmış) bir veritabanı kullandığınız gibi diyoruz.

Not!

Bildiğiniz gibi, nesneleri doğrudan silseniz, referans bütünlüğü kontrol edilmez.
Buna göre, nesneleri sildikten sonra, mevcut olmayan nesnelere yönlendirilen nesneler geçerli tabanda kalır ("nesne bulunamadı").
Bu nesnelerin haddelenmiş bir veritabanında olması için göreve sahip değildim. Ancak kırık bağlantılar, veritabanları ve diğer işlemler arasındaki çeşitli borsaları olumsuz yönde etkileyebilir.
Bunun için onları katlanmış tabana aktardım, ancak taban döndükten sonra.
1. Belgeleri aktaran değişim kuralları (yalnızca Birleşik Formdaki Sayı, Tarih).
2. İlk kalıntıların giriş belgelerinde karşılaşılan tüm belgeleri okumalar.
Bu prosedür bir konvolasyondan sonra yapılabilir, ancak araçların önceden hazırlanması arzu edilir.

Bir süre sonra, 1C baz, sistemin hızını iyi etkileyebilecek boyutta büyük ölçüde artmaktadır. Evet ve beş yıl önceki eski belgeleri görün, her zaman gerekli değildir ve genellikle müdahale eder. Eski belgelerden kurtulur, tabanı iade ettirir ve 1C geliştiricilerin programını hızlandırır, basit bir eylemle sonuçlandı - 1C bilgi tabanının birleşmesi.

1C 8.3'te bir veritabanı yükü nedir? Kesim, belirli bir tarihte gerçek kalıntılara girmek ve eski, gereksiz belgelerin çıkarılmasıdır. Aşağıda, örneğin 1C muhasebe 3.0 için tipik bir yapılandırma için nasıl bir konvolasyon yapmayı söyleyeceğim.

Bu talimat, diğer modern yapılandırmalar için de çalışacak - Ticaret Yönetimi (UT) 11, Maaş ve Personel Yönetimi (ZUP) 3.0, ERP 2.0, küçük bir firmanın yönetimi (UNF). Yapılandırma tipik değilse - prosedür bir konvolasyondan sonra verileri son derece yavaşça ve iyi kontrol edilmelidir.

İlk şey - yaptığınızdan emin olun. Bir şey ters giderse - her zaman ilk verilere geri dönebilirsiniz.

Kullanıcı çalışmadan bir konvolasyon yapılmalıdır. Bu nedenle, programdan meslektaşlardan çıkmanızı isteyin.

Sertifika talimatları tabanı

Kurumsal modda 1C programına gidin. Yönetim sekmesine gidin, "Bilgi Tabanı Kesme" ni seçin:

Açılan pencerede, programın kendisi programın bir yedek kopyasını oluşturacak - reddetmemelisiniz:

Program bir nedenden dolayı bir kopya oluşturularsa - bu talimatlara göre manuel olarak yaptığınızdan emin olun. "İleri" düğmesine tıklayarak bir sonraki adıma geçin. Sistem, hangi kuruluşların hangi kuruluşların bir konvolasyona ve hangi dönem için ihtiyaç duyduğunu seçecektir.

"Tüm organizasyonları" ve 2015 dönemini seçin:

Bir sonraki aşamada, sistem artıkları oluşturmak için kayıtları seçmeyi önerecektir. Bu ayarlar varsayılandan ayrılmak ve işlemi daha da devam etmek için daha iyidir.

"Görüntüleme İşlemleri" nde, sistem görüntüleme ve kontrol için mevcut olan artık tolerans belgeleri üretecektir.

İşlemler doğru girilirse - otomatik kontrole geçebilirsiniz. Konvolasyon işleminden önce ve sonra Rublesi-Salad açıklamasının bir analoğunu görebilirsiniz.

Bir konvolite 1C'yi kontrol etme

Şüphe varsa, işlem her zaman iptal edilebilir ve ilk duruma geri dönebilir.

Manuel doğrulamadan sonra, son aşamaya gidebilirsiniz - eski belgelerin kaldırılmasında bir işaret. Bu aşama, tabanın hacmine ve işlem sayısına bağlı olarak 10 dakika ila birkaç saat arasında sürebilir.

Hepsi bu kadar - baz yastık 1C muhasebe 8.3 Hazır! Her durumda, eski belgeleri kaldırdıktan sonra, ana raporları bilginin benzerliği hakkındaki kontrol etmenizi öneririm. Aşırı durumlarda, veritabanını her zaman yedeklemeden geri yükleyebilirsiniz.

İşlem tamamlandıktan sonra, gereksiz belgelerden kurtulmak için "İşaretli nesneleri silme" işlemini çalıştırmanız önerilir. Oluşturulan kesme belgeleri "Operasyonlar" bölümünde, "manuel olarak uygulanan operasyonlarda" öğesinde bulunur.

1C 8.2 ve 7.7'de bir konvolasyon yapmanız gerekiyorsa, ayrı işlemler yapılması dışında, pratik olarak yukarıdakilerden farklı değildir.