Hatalar için 1C 8.3 yapılandırmasını kontrol etme. Bilgi tabanını test etme ve sabitleme

Programın işleyişi, örneğin elektrik bağlantısı kesildiğinde, işin acil durum sonlandırılması nedeniyle ihlal edebilir. Sonra veritabanı girmeyi başaramaz.

Bazen bir işleyiş programı yanlış sonuçlar gösterebilir. "Kaybolur" belgeleri listesinden, belgeyi açmaya çalışırken, programın donması, garip sonuçlar raporlarda görünür. Tüm bu "Glitches", 1C'yi test ettikten ve sabitlendikten sonra durur.

Hatalar kendisini bu kadar kaba gösteremez, ancak tuhaflıklar ve yanlışlıklar bir nedendir " tamir işi».

Sorunlara yol açan nedenler:

• İşin acil durum sonlandırılması (ani güç kapalı);
• Fiziksel bozulma hard disk;
• Bilgisayar arızaları.

Veritabanını tamir etmeden önce, yedekleyin

Veritabanını test etmeden önce, bunu yapmak gerekir. destek olmak.

Bu, bilgi tabanının bulunduğu kataloğu doğrudan kopyalamaya neden olabilir. Yapılandırıcıya giremezseniz, yalnızca bu şekilde bir kopyası yapabilirsiniz.

Yapılandırıcıya girmeyi başardıysanız, menüdeki Yönetim seçeneğini seçmeniz gerekir. → Şekil 1'deki gibi bilgi tabanını boşaltın. 1. Açılan pencerede, bir yedekleme ve arşivin kaydedileceği dosya adını kaydetmek için bir dizin belirlemeniz gerekir.

Bir kopyayı test etmeden ve düzeltmeden önce, düzeltme geri dönüşü olmayan veri değişikliği yapıldığından emin olun. Bazen (nadiren) gelişmeyebilir, ancak veritabanı durumunu kötüleştirebilirler.

Normal çalışma ile, yedeklemeler düzenli olarak yapılmalıdır, günlük olarak en iyisidir. Bu çalışmanın otomatik olarak gerçekleştirilmesi için, yükleyin Ücretsiz Program Backer-1C Muhasebe Yedekleme Kopyaları.

Yedekleme kopyalarını, tabanın kendisinin bulunduğu aynı taşıyıcıda saklamak daha iyidir. Flashka, internette depolama, başka hdd. Sonuçta, bazen veri kaybı, sabit diskin fiziksel aşınmasıyla ilişkilidir.

Yedeklemelerin kullanılabilirliği - veri kaybından sigorta. Bununla birlikte, yedekleme kopyalarında, her şey mükemmel olduğuna, bu nedenle test seçeneğinin ve düzeltmenin uygunluğu azaltılmaması mümkün değildir.

İncir. 1. Verileri boşaltma.

Özetleyin:

• Yedekleme kopyaları düzenli olarak yapılmalıdır;
• Yedeklemeler başka bir taşıyıcıda saklanmalıdır;
• Otomasyon için bir program var Backer-1C Muhasebenin Yedekleme Kopyaları;
• Test etmeden ve düzeltmeden önce, tabanın bir kopyasını yapın.

Programın Bilgi Bazının Düzeltilmesi

Bir yedekleme yapıldıktan sonra, Configurator modunda veritabanını açın. Yönetim Menüsü seçeneğini seçin → Test ve düzeltme bilgi tabanı.

Açılan pencerede, keneler koymanız gerekir (Şek. 2).

Ancak bunu yapmamak daha iyidir: Kazadan sonra tamir ederken menüde listelenen tüm işlemler gerekli değildir.

İncir. 2. Pencere testi ve her noktada populicks ile 1C 8 sabitleme. Öyleyse yapmayın:

Tüm öğeleri not ederseniz, uzun bir işlem başlayacaktır. Pencerenin alt kısmında test ve düzeltme sonuçları görüntülenir. Eylemler yaptıktan sonra, düğmeye tıklamanız gerekir. Kapat.

Her şeyi yapın - en fazla değil en iyi yolK! Nitelikli kullanıcılar aşamalarda ve seçici olarak eylemler gerçekleştirir.

Düzeltme aşamaları

Tüm menü öğelerini test etme ve düzeltmeyi düşünün.

• Bilgi tabanının tablolarının yeniden ilahisi;
• Mantıksal bütünlüğü kontrol etmek;
• Referans bütünlüğünü kontrol etmek;
• Sonuçların yeniden hesaplanması;
• Sıkıştırma tabloları;
• Yeniden yapılandırma masaları.

İlk aşama, bilgi taban tablolarının yeniden yayınlanması, problemlerin% 90'ını çözmeye yardımcı olur. Reastexing sürecinde ne olur?

Referans kitaplara veri yapılması, yeni belgelerin oluşturulması otomatik siparişi eşlik eder. İsimler alfabetik olarak sıralanır, belgeler - tarihler, vb. Aynı zamanda, kayıtların fiziksel sırası değişmez. Girişler belirli bir sırayla görüntülenir, çünkü onlar atanmış numaralar (indeksler) ve endeks uyumluluğu, endeks tablolarında bulunur.

Endeksler çok önemlidir:

• Endekslenmiş tablolardaki arama, endeksli olmayanlardan birçok kez daha hızlı gerçekleşir;
• Endeks numarası benzersiz bir "kod" kodudur, dizinler farklı tablolardan gelen kayıtlar arasında bağlanır;
• Hint tabloları bilgi tabanının çerçevesidir; Onlar olmadan, Program 1C çalışmıyor.

Dizin tablolarının ihlali, belgelerin sunumunda kaoslara yol açar. Belki de, örneğin, malların hiçbir öğesi olmadığı bir belgeyi aydınlatmak için, ancak bunları var.

Her yeni giriş, endeks tablolarındaki değişiklikler eşlik eder: örneğin, A harfi üzerine başlayan bir kayıt dizinini yaptıktan sonra, ilk dizinlerden biri atanır ve diğer tüm dizin numaraları değiştirilecektir. Yaptıktan sonra ortaya çıkan küçük duraklama yeni Kayıt, indekslerin yeniden hesaplanması ile ilgili; Taban ne kadar büyükse, daha belirgin duraklama.

İçinde bir belge ve kayıt oluşturma, birkaç endeks tablosuna (bazen birkaç düzine) yol açar. Aslında, 1C tabloların rediğiniz verilerle çalışırken sürekli olarak tutulur. Ancak çalışma modunda, bir veya daha fazla tablo her bir veya daha fazla tablo indekslenir ve test ederken ve sabitlendiğinde, tüm tabloların tam endekslenmesi gerçekleştirilir ve bu işlem, büyük veritabanları için uzun zaman alır.

Bu nedenle, yeniden endekslendiğinde, bu tür işlemler ortaya çıkar:

• Kayıtlar yeniden sıralanır ve düzenlenmiştir;
• Tablolar ve diğer nesneler arasındaki ilişki geri yüklenir;
• Çoğu durumda, program restore edilir.

Yeniden çıkma işleminden sonra, tabanın performansının restore edilip edilmeyeceğini kontrol edebilirsiniz.

Bir sonraki adım, mantıksal bütünlüğü kontrol etmektir. Bilgi tabanının gerçek yapısının ve açıklamasının konfigürasyonunda (nesnelerin varlığı, nesneler arasındaki bağlantıların varlığı) yazışması kontrol edilir. Bu kontrol genellikle bir çalışma veritabanında bile hataları bildirir, bu tür mesajlarla pansiyon edilmemelidir. Ancak, bu bir uzmana danışmanlığa hitap etmek için bir fırsattır.

Referans bütünlüğünü kontrol etme "Nicknames" nesneler arasındaki bağlantılar. Bazen tablo, uzak bir belge gibi eksik bir nesneye bağlantı kullanır. Doğrulamadan kaynaklanan listeye göre referans bütünlüğü manuel olarak geri yüklenir. Bazen referans bütünlüğü "terk edilmiş alanlarda", eski ilgisiz belgelerde ihlal edilir. Sonra sadece dikkat etmiyorlar.

Sonuçların yeniden hesaplanması - uzun ve riskli bir prosedür. 1C'de, sonuçlar normal modda yeniden hesaplanır, ancak "zamanın başlangıcından itibaren" değildir ve ayın başından itibaren. Son değerler kayıtlarda izlenir, işi hızlandırır. Test ve düzeltme modunda sonuçların yeniden hesaplanmasını açarsanız, yeniden hesaplama, baz oluşturma anından itibaren alınacak ve kayıtların doğru akım değerleri uzun mesafeli geri kazanım nedeniyle "yüzebilir" veya sabit belgeler. Sonuç olarak, yeniden hesaplama konusunda uzun süreli çalışma faydası olmaz.

İhtiyacı yoksa, sonuçların yeniden hesaplanmasından kaçınmak daha iyidir.

Sıkıştırma Tabloları, silme için işaretlenmiş ve ekranda görüntülenen durdurulan kayıtların fiziksel olarak çıkarılması prosedürüdür. Çok sayıda kayıt olabilir, veritabanını kullanmadan tararlar.

Masa Sıkıştırma - faydalı özellikBunu yerine getirmek gerekli olmasa da.

Tabloların yeniden yapılandırılması - Çalışma, taşınırken ilgili yeni sürüm programlar. Yeniden yapılandırırken, yapılandırmada belirtilen formatta boş tablolar oluşturulur ve kayıtlara, eski tablolardan gelen bilgilere aktarılırlar. Alanlar yeni tablolarda genişletilebilir, yeni alanlar eklendi. Yeniden yapılanma, iş için bir bilgi tabanını yeni bir şekilde hazırlamalı ve güncellemeler kesinlikle gerekli olan bir işlemdir.

Değiştirilmezse, yeniden yapılandırma gerekli değildir, bu uzun prosedür hiçbir şey eklemeyecek ve değişemez.

Bu nedenle, "düşmüş" programı düzeltirken, seçenekler de gereklidir:

• Bilgi taban tablolarının yeniden yayınlanması
• Mantıksal bütünlüğü kontrol etme
• Referans bütünlüğünü kontrol edin

Ya sınama ve düzeltme yapamazsanız?

Baz kötü bir şekilde hasar görürse ve yapılandırıcıya girmek mümkün değilse, başka bir restorasyon özelliği kalır: Chdbfl.exe yardımcı programını kullanın. Dosya, BIN kurulum dizin klasöründe bulunabilir (Şek. 3).

İncir. 3. Chdbfl.exe yardımcı programını seçme

V.'de komut satırıŞekil 3'te gösterilmiştir, dosyanın yolunun 1CV8.2 veya 1SV8.3 dizininde, program dizininden kısa sürede yattığı görülebilir. Program Dosyaları klasöründe veya başka bir klasörde bulunabilir. Kataloğun konumunu bulmanız ve açmanız gerekir. Dizinin içinde bin klasörünü açın,

Yürütülebilir dosyayı çalıştırmak, düzeltilecek veritabanını seçin ve hataların algılanmasına izin verin (Şekil 4)

Şekil 4. Pencere chdbfl.exe programı

Özetleyelim. Program acil durum kesintisinden sonra başlamazsa, aşağıdakileri yapmanız gerekir:

• Yedekleme yapmak;
• Yapılandırıcıdan girmeye çalışın ve test ve düzeltme seçeneğini kullanın;
• Yapılandırıcı giremezse, EXE programını bulun ve bu programı kullanarak verileri kaydetmeye çalışın;
• Tüm girişimler sonuç vermezse, uzmanlardan yardım almanız gerekir;
• Dengesiz veri kaybı durumunda, en son işlenebilir yedeklemeyi ayarlayın;
• Yedekleme yapılmazsa - birincil belgeler ve kağıt baskılarındaki verileri geri yükleyin.

Başarılı veri kurtarma her zaman değildir. Veri kaybından gelen sigorta günlük yedektir: Bilgi tabanı hasar görürse, bir gün önce geri gidebilir ve kaybedilen kayıtları hızla geri yükleyebilirsiniz.

Kullanıcı geçmiş yıllarda kendi hatalarını düzeltmesi, gelir vergisi için muhasebe ve vergi muhasebesinde izin verilen 1C uzmanlar söylenir.

"1C: Muhasebe 8" editörü 3.0 programında gelir vergisi muhasebesini basitleştirmek için, geçen yılların hatalarının düzeltilmesi için bir sonraki mekanizma, malların alınmasıyla ilgili (iş, hizmetler) uygulanmaktadır. Hata (bozulma) ise:

• Ödenecek vergi miktarının dahil edilmesine neden olan vergi muhasebesi verilerindeki değişiklikler geçmiş vergi döneminde yapılır;
• Ödenecek vergi tutarının dahil edilmesine yol açmadı, vergi muhasebesi verilerindeki değişiklikler mevcut vergi döneminde yapılır.

Eğer vergi mükellefi hala haklarından yararlanmak istiyorsa ve vergi otoritesine sunmak istiyorsa, son dönem için gelir vergisi beyannameleri için rafine bir vergi beyanı (hataların (bozulmaların) vergi tutarını dahil etmesine neden olmadığı durumlarda), sonra Kullanıcı vergi ölçüm verilerini manuel olarak ayarlamalıdır.

Örnek 1.

Geçmiş vergi süresinin maliyetini abartmak için hataları düzeltmek için bir belge de kullanılır. Kabul AyarıÇalışma türüyle Birincil belgelerde düzeltme.Fark, temel belgenin tarihinin ve düzeltme belgesinin tarihinin farklı yıllarla ilgili olduğu gerçeğinde yatıyor: alanda dan belge Kabul Ayarı Bize çıkış tarihi: 02/29/2016 . Belgenin bu şeklinden sonra Kabul Ayarı Sekmede ana fikir Değiştirir: Detaylar alanında Gelir ve Giderlerin Yansıması Anahtarlar yerine alan görünür Diğer Gelir ve Giderlerin Makalesi :.Bu alanda, gerekli makaleyi belirtmeniz gerekir - Kâr (geçmiş yılların kaybı)Dizinden seçerek Diğer gelir ve giderler.

Tablo bölümünü doldurmak Hizmetlerve belgenin düzeltilmiş bir sürümünün kaydedilmesi Fatura alındımakalede Örnek 1'de açıklanan siparişten farklı değildir. "1C'deki raporlama yılının hatasının düzeltilmesi: Muhasebe 8".

Çok dikkateğer varsa muhasebe Sistemi LLC "Yeni İç Mekan" organizasyonu için, "kapalı" sürenin verilerindeki değişikliklerin yasaklanma tarihi (yani, örneğin, 12/31/2015), örneğin, 12/31/2015), Bir belge yapmaya çalıştığınızda, değişimin imkansızlığı ile ilgili bir mesaj, yasak dönemde veri görüntülenecektir. Bunun nedeni belgenin Kabul Ayarıaçıklanan durum, geçmiş vergi dönemi için vergi muhasebesi verilerinde (gelir vergisi için) değişiklikler yapar (Eylül 2015'te). Belge yapmak Kabul Ayarıveri değişikliğinin yasaklanma tarihi geçici olarak kaldırmak zorunda kalacaktır.

Belgeden sonra Kabul Ayarımuhasebe ve özel kaynaklardaki kayıtlar vergi muhasebesi amacıyla oluşturulur (Şekil 1).

İncir. 1. "İlerleme Ayarı" belgesinin sonucu

Muhasebe kaydındaki kayıtlara ek olarak, birikim kayıtlarındaki düzeltici girişler tanıtıldı KDV sundu ve KDV satın alma. III çeyreği için KDV ayarlaması ile ilgili tüm girişler, makaledeki Örnek 1'deki kayıtlardan farklı değildir. "1C'deki raporlama yılının hatasının düzeltilmesi: Muhasebe 8"Çünkü KDV'nin bir kısmında bu örnek Düzeltme prosedürü farklı değildir. Geçtiğimiz yılların hatalarının gelir vergisi konusunda muhasebe ve vergi muhasebesinde nasıl düzeltildiği daha ayrıntılı olarak düşünelim.

PBU 22/2010'un 14. paragrafına göre, fazla tahmin edilen kira maliyetinin azaltılmasından kaynaklanan kar, 30.000 ruble miktarında, cari sürenin diğer gelirlerinin muhasebe kayıtlarına (kredi hesabındaki kayıtlar 91.01 "diğerinin muhasebe kayıtlarına yansıtılmaktadır. Gelirler "Şubat 2016'da düzeltildi).

Rusya Federasyonu'nun Vergi Kanunu'nun 54. Maddesinin 1. fıkrası uyarınca vergi muhasebesinde, kiralamanın aşırı tahmin edilen fiyatı, işlenen süre için vergi tabanını artırmalıdır. belirtilen hata (çarpıtma). Bu nedenle, miktar 30 000 ruble'dir. Satışlardan gelen gelirlere yansıtılır ve Eylül 2015 Eylül ayında tarihli kayıtlarla finansal bir sonuç oluşturur.

Karşı taraflarla hesaplamaların düzeltilmesinin bir sonucunu hesaba katmak için (eğer raporlama süresi tamamlandıktan sonra böyle bir ayar yapılırsa), program 76.k "Geçmiş Sürenin Hesaplamalarının Düzeltilmesi" hesap olarak hizmet vermektedir. Hesap 76.ve, düzeltici işlem tarihinden itibaren ayarlamaya tabi olan operasyon tarihinden itibaren yerleşim tarafı ile yerleşim borcunu yansıtıyor (Düzeltici Operasyon Tarihi'ne (Eylül 2015'den Şubat 2016'dan itibaren örneğimizde).
Lütfen bu kaydın notunu not edin Toplam iyi dt 76.K toplamı iyi, CT 90.01.1 - Bu, yalnızca vergi tabanını artan ve uygun şekilde hesaplanan gelir vergisine doğru ayarlamak için hizmet veren şartlı bir kablolama.

Örneğimize göre, vergi tabanı satışlardan elde edilen gelirin artmasıyla, ancak dolaylı maliyetleri azaltarak artmıştır. Güncellenen bildirimdeki gelirler ve maliyetler doğru yansıtılmalıdır, bu nedenle kullanıcı aşağıdaki seçeneklerden birini seçebilir:

Ek No. 1 ve Ek No. 2'deki göstergeleri, 9 ay boyunca ve 2015 yılı boyunca elde edilen beyannamenin 02'sine manuel olarak ayarlayın (satıştan elde edilen geliri azaltın ve aynı zamanda dolaylı maliyetleri 30.000 ruble azaltır);
Hesap yazışmalarını, Şekil 2'de gösterildiği gibi vergi hesapları amacıyla manuel olarak ayarlayın.

İncir. 2. Gönderme Ayarı

Yapılan değişikliklerden sonra, 2015 yılı için finansal sonuç vergi muhasebeleştirmesinde değişti, Aralık 2015'te düzenleyici işlemi yeniden uygulamak için gereklidir. Denge reformasyonuişleme dahil Ayda kapanıyor.

Şimdi, otomatik raporlama ile, düzeltilmiş vergi muhasebesi verileri, 2015 yılının 9 ayı için ve 2015 yılı için gelir vergisi hakkındaki zarif beyannameye göre rafine edilen kar ilanı olarak düşecektir.

Aynı zamanda, kullanıcı kaçınılmaz olarak doğrudan muhasebe ile ilgili sorular ortaya çıkar:

• ek vergi tutarlarından sonra değişecek olan gelir vergisi için bir bütçe ile hesaplamaların bakiyesini nasıl düzeltilir?
• neden, son dönemi ayarladıktan sonra, anahtar ilişkisi BU \u003d NO + PR + BP yapılmadı mı?

Vergi Muhasebesi'nde yapılan düzeltmeler sonucunda meydana gelen vergi tabanındaki artışa sahip olan gelir vergisi tahakkukları için (Şubat 2016'da), programın bir muhasebe kaydını tanıtması gerekir. Operasyonlarmanuel olarak tanıtıldı:

Borç 99.01.1 Kredi 68.04.1 İkinci subconto ile Federal bütçe

Federal bütçedeki ek ücret miktarında;

Borç 99.01.1 Kredi 68.04.1 İkinci subconto ile Bölgesel bütçe

Rusya Federasyonu konularının bütçesindeki ek ücret karşılığında.

Bu \u003d Well + PR + BP'nin eşitliği için, aslında, son süreyi ayarladıktan sonra gerçekleştirilmez. Bildiri Gelir Vergisi İçin Vergi Muhasebesi Durumunun Analizi (Bölüm Raporlar) 2015 için de kuralın olduğunu gösterecektir. Muhasebe Verilerine Göre Muhasebe \u003d Vergi Muhasebesi Verilerine Göre Değer Değerlendirmesi + Kalıcı ve Geçici Farklılıklar Bölümler için yürütülmedi Vergi ve Gelirler. Bu durum, muhasebe ve vergi muhasebesi üzerindeki mevzuattaki tutarsızlık nedeniyle ortaya çıkıyor ve bu durumda bir hata değil.

Rusya Federasyonu'nun Vergi Kanunu'nun 81. maddesinin (1) paragrafına göre, vergi tabanının eğimine yol açan hatanın düzeltilmesi, orijinal işlemin yansıtma süresine ve muhasebede, Geçtiğimiz yılların hatasının düzeltilmesi cari dönemde yapılır. Kalıcı ve geçici farklar, 19 Kasım 2002 sayılı 114N tarihli Rusya Maliye Bakanlığı'nın siparişi ile onaylanan "PBU 18/02", "PBU 18/02" hesaplamaları için hesaplamalar için muhasebe kayıtları ("Muhasebe Yönetmeliği" hesaplamaları ile ilgili kavramlardır. Muhasebe için bir düzeltme girişi yapmadan önce son dönemdeki farklılıkları tanımak için hiçbir neden yoktur.

Muhasebe muhasebesine yansıtıldıktan sonra, tespit süresindeki hata düzeltmesi, 2016 yılı için finansal sonucu, muhasebe ve vergi muhasebesine göre hesaplanan finansal sonucu, muhasebe karının daha fazla olacaktır. Bu nedenle, belgenin bir sonucu olarak Kabul Ayarı Düzeltilmiş hata miktarında sabit bir fark oluşturulur (bkz. Şekil 1). Düzenleyici işlemi yürüttükten sonra Gelir vergisinin hesaplanmasıŞubat 2016'da, kalıcı bir vergi varlığı (PNA) tanınacaktır.

vk.com/buhcenter vkontakte grubu.
1-bc.ru Şirketin web sitesi, kendinizi hizmetlerle tanıyabileceğiniz.
 Bilgi taban tablolarının yeniden ilahisi.
Temel verilerle ana tablolara hızlı bir şekilde bilgi bulmak için, verilerin ana tablonun belirtilen alanları tarafından sıralandığı yardımcı tablolar eklenir - indeksleme tabloları. İndeksleme tablolarının kullanılması nedeniyle, 1C'nin performansı artar, çünkü örnekleme için tüm temel veri tablosunu çözmeniz gerekmediğinden, dizin dosyasını kullanabilir ve seçebilirsiniz. gerekli girişler Buradan.
Ana veri tablolarına veri yazarken, endeksleme tabloları da doldurulur. Ancak, çeşitli teknik nedenlerden dolayı, sonuçta hatalara yol açabilecek endeksler çalınabilir. Test 1C 8.3'ü test ederken ve sabitlerken bu hata sınıfını düzeltmek için, bu menü öğesi için onay kutusunu yüklemelisiniz.
 Bilgi tabanının mantıksal bütünlüğünü kontrol etme
1C yapılandırmasında yeni nesneler oluşturma zamanında, diğer temel tablolarla bağlantıları gösteren veritabanında yeni tablolar oluşturulur. Çeşitli nedenlerden dolayı, iletişim hatalı olabilir (örneğin, yanlış bir güncelleme veya kayıt sırasında beklenmedik bir elektriğin kesilmesi nedeniyle). Bu tür bir hatayı düzeltmek için, bu menü öğesini seçin.
 Bilgi tabanının referans bütünlüğünü kontrol etme
Muhtemelen, 1C yapılandırmalarında "kırık bağlantıları" görmeniz gerekiyordu. Değilse, o zaman şanslısın!
Bu hataları belirlemek ve düzeltmek için, bu menü öğesini seçin, bu tür hatalar için yapılan işlemler için seçenekler aşağıda etkinleştirilir (bkz. Şekil Yukarıda). Varolmayan nesnelere referanslar olduğunda hataların nasıl düzeltileceğini seçebiliriz: Nesneler oluşturun, bağlantıları temizleyin, değiştirmeyin; Ve kısmi veri kaybı ile: Nesneleri oluşturun, bir nesneyi silin, değiştirmeyin.
 Sonuçların yeniden hesaplanması
1C veritabanında hızlı veri örneklerini gerçekleştirmek için, aylık bir süre ile önceden hesaplanmış verilere sahip tablolar vardır. Bu verilere hitap ettiğimizde - ana tablolardan toplanırlar (çok zaman alırdı) ve hemen bu sonuç tablolarından verilir. Buna göre, bu mekanizmanın işe yarayacağı, geçmiş dönemler için doğru sonuçlara sahip olmalısınız. Bu nedenle, raporlarda 1C "aldatıcı" ise, bu hata bu menü öğesine göre sabitlenir.
 Bilgi baz tablolarının sıkıştırılması
Veri tabanıdaki nesneleri silme - İşlem oldukça boyanır ve uzundur, bu nedenle 1C yapılandırmalarında, çıkarma işlemi 2 aşamaya ayrılır. Konfigürasyondaki nesneleri sildiğinizde, 1C veritabanında, veriler birleştirilir ve bunun için fiziksel olarak yerinde olmasına rağmen daha fazla işlemlere katılmıyorlar. Tabloları bu kayıtlardan temizler ne olurdu, "Bilgi Baz Tablolarının Sıkıştırılması" menüsündeki 1C 8.3 tabanını test etmek ve sabitlemek için nelerdir.
 Bilgi taban tablolarının yeniden yapılandırılması
Her ya 1c meta veri nesnesinin de değiştiğinin detayları, veritabanının değiştirilmiş nesnenin tüm tablolarını yeni kayıtlarla desteklemesi gerekir. Bu, veritabanı tablolarının yeniden yapılandırılmasıyla yapılır. Yeniden yapılanma işlemi sırasında, veritabanı tablolarının geçerli yapılandırmanın yapısına sahip kopyaları oluşturulur, ardından veriler oluşturulan tablolara aktarılır. Meta veri 1c'de bir detay ekleme durumunda, yeni tablodaki boş bir sütun bunun için oluşturulacaktır; Sahne çıkarılması durumunda - yeni tabloda, bu sahne için sütun oluşturulmayacak ve buna göre aktarılmayacaktır.
Yeniden yapılanma sürecinde, tüm veritabanı tabloları yeniden yaratılacaktır, bu nedenle bu işlem en uzundur.

Bazen 1C ile çalışırken, arızalar veya hatalar oluşabilir.

Bu yazıda, 1C bilgi tabanını test etmek ve düzeltmek hakkında konuşacağız.

Bilgi tabanı 1c. (1C cinsinden) - belirli bir depolama adresi ile karakterize edilen bir veya daha fazla kuruluşta muhasebe hakkındaki tüm veriler için depolama yeri. Bilgi tabanını saklamak için iki seçenek mümkündür: Dosya ve istemci-sunucu seçeneği.

Bir test prosedürü yapmanız ve 1C bilgi tabanını düzeltmeniz gerekirse:

İlk olarak, veritabanının bir kopyasını oluşturmalısınız (mümkünse, eğer mümkünse, taban çerçevesi bu yüzden "sakatlık" olur, bu da yedekleme yeteneği bile değildir).

İkincisi: Bir yedekleme oluşturduktan sonra, yapılandırıcıyı, ardından menüde açmanız gerekir: Yönetim -\u003e Test ve düzeltme ...

Test prosedürü ve bilgi tabanının düzeltilmesi, farklı bir depolama formatına sahip olan bilgi tabanlarının hatalı bilgi durumlarını teşhis etmeyi ve ortadan kaldırmaya hizmet eder ( dosya veya müşteri sunucusu):

Prosedür, geçerli bilgi tabanı için yürütülmesi gereken çek ve modları seçmenize olanak sağlar.

Tablo REIDEXTASYON -bu, tabanın performansını iyileştirmeyi amaçlayan masa endekslerinin yeniden inşasıdır.

Mantıksal bütünlüğü kontrol etme - Bu bir dizi veritabanı mantığı kontrolüdür

Referans bütünlüğünü kontrol edin - Bu, veritabanının mantıksal bütünlüğünün bir alt kümesidir, referansların "bitleri" ile ayrı bir çalışma için mevcut. ÖZELLİKLER, metinde aşağıda aşağıda açıklanacaktır.

Sonuçların yeniden hesaplanması -birikim kayıtlarının tablolarının sonucunun hesaplanması

Bilgi tabanının sıkıştırma tabloları - Bu ürün testten sonra veritabanının boyutunu azaltmaktan sorumludur. Örneğin, veritabanının boyutundaki düşüşü açıklayabilirsiniz: Nesne tabandan çıkarıldığında, aslında, aslında, içindeki veritabanında kalır, ancak son kullanıcıya görünmez. Bu, nesnenin daha sonra restore edilmesi için yapılır. tam kaldırma Veritabanından (bizimle tanışmamıza rağmen). Ve tabloların sıkıştırılması, yalnızca silinmiş nesnelerle ilgili bilgileri veritabanından kaldırır. Daha az tablo vardır (bu sadece bir örnek, sıkıştırma işleri olarak).

"Bilgi tabanı tablolarının sıkıştırılması" yalnızca dosya seçeneği için kullanılabilir. Kalan seçenekler dosyada ve sunucu modunda çalışır.

Yeniden Yapılandırma Tabloları -buna bir örnek verilebilir: Tablo No. 1 alınır, yapısının bir kopyası oluşturulur, tablo No. 2 olarak adlandıralım ve Tablo No. 1'deki veriler tablo No. 2'deki bölümler tarafından kopyalanır.

Sadece düzeltme ile test veya test yapmak mümkündür.

Hata işleme işlemleri için ayarlar, "Test ve Düzeltme" ı işlerken, yanı sıra "bilgi tabanının referans bütünlüğünü kontrol ederken" seçim için kullanılabilir.

İlk ayar: "Var olmayan nesnelere referanslar varsa", "Kırık Bağlantılar" için bir aramanın bulunacağı anlamına gelir (bazı gereksinimler, örneğin, referans kitabının elemanına ve fiziksel olarak ifade eder. bu öğe Veritabanında yok. Sonuç olarak, "Nesnenin bulunamadığı türlerin kayıtları vardır.<……>") Ve bu tür bağlantıların işleme sürümü:

Varolmayan bir nesne oluşturma girişimi;

Değişecek bir şey yok.

İkinci kurulum: "Nesne verilerinin kısmi kaybı ile", herhangi bir nesnenin verilerinin kaybolduğu anlamına gelir, ancak kalan veriler kaybolanları geri yüklemek için yeterlidir. Bu tür nesneler için işleme seçenekleri, önceki yapılandırmanın varyantlarından anlam olarak farklılık göstermez.

Bilgi tabanını test etme ve düzeltme işlemi birkaç aşamaya ayrılabilir. Aşağıdaki özellikler mevcuttur:

• kısıtlama Zaman Testi ve Düzeltme;
• adımlar arasında test parametrelerini kaydetme;
• devam eden önceki test ve düzeltmeyi kesintiye uğradı;
• komut isteminde bölümlerin test edilmesini ve sabitlenmesini destekleyin.

1C bilgi tabanının test edilmesi ve tamir edildiği belirtilmelidir. tekel modu (Yani, test ve düzeltme sürecinde bilgi tabanı olan kullanıcılar imkansızdır).

Chdbfl yardımcı programı

Programın kendisi ile tabanın test edilmesiyle bir seçenek 1C, tek değildir. 1C platformun sarf malzemeleri: Şirket, veritabanı dosyası varyantı test etmek ve sabitlemek için başka bir yardımcı yardımcı programı içerir.

Yine, veritabanındaki tüm işlemlerden önce, bir kopya oluşturduğunuzdan emin olun.

Başarılı olduktan sonra rezerv kopyası CHDBFL yardımcı programını açmanız gerekir. Kurulu Programın 1C kataloğunda bulunur.

Bunun yolu genellikle şöyledir: C: \\ Program Dosyaları \\ 1CV82 \\ "Yayın Platformu 1C" \\ Bin

Bir dosya var: "chdbfl.exe"

Test edeceğiniz 1C veritabanında, kullanıcı (siz de dahil olmak üzere) programı başlattığınızdan emin olmak.

"DB Dosya Adı" penceresinde, veritabanı dosyasına giden yolu seçin. Dosyanın kendisi her zaman bir uzantıya sahiptir * .1CD ve veritabanı klasörünün yolu, 1C'ye başladığınızda açılan bilgi veritabanları listesinde görüntülenebilir.

Basitçe veritabanını test edebilirsiniz, "Algılanan hataları düzeltin" de hemen kontrol edebilirsiniz. Sonra programın kendisi veritabanındaki hataları düzeltecektir. Buradaki ayarlar, ancak, yoktur ve program zaten veritabanı hatalarını otomatik olarak düzeltecektir.

Veritabanını seçtikten ve modu ayarladıktan sonra, sadece "Çalıştır" ı tıklamanız gerekir. Program çalışmaya başlayacak ve bir süre sonra test sürecinin tamamlanmasını açıklayacaktır.

1C8 konsol çağrı parametreleri testi ve düzeltme

Tasarımcı. (8.0'da yapılandırma) modda çalıştırın Yapılandırıcı.

/@ Komut satırı parametreleri ile dosyanın yolu.

/ F. Dosya Bilgi Veritabanına Yol (Dosya Adı Hariç).
/ S. 1C sunucudaki bilgi tabanının adresi: işletmeler.
/ İbname. Bilgi tablosunu Bilgi Veritabanı Listesine adlandırılan bilgi tablosunu çalıştırın. Gerekirse, isim içeri alınmalıdır. ikili alıntı. Bu durumda, isme çift tırnak içeriyorsa, her çift tırnak işaretini iki çift tırnak içine değiştirmeniz gerekir. Veritabanı listelerinde birden fazla baz bulunursa belirtilen isimKullanıcı bir hata verilecektir.

/ N. Yapılandırıcıda belirtildiği gibi kullanıcı adı.
/ P. / N parametresinde adı belirtilen kullanıcı şifresi. Kullanıcının parolası yoksa, bu parametre atlanabilir.

/ Out [-Notruncate] Dosyayı servis mesajlarını çıkartacak şekilde belirtir. Belirtilirse, dosya temizlenmez (kullanılmaz) zayıf müşteri). C.2.15 Mesaj dosyası, eklem okumasına izin veren modda açılır ve toplu rejim Bu dosyaya bir yapılandırıcı girişi çalıştırın hemen gerçekleştirilir ve tamponlanmamıştır.

/ UC [Erişim Kodu] - Bağlantı ayarının yüklü olduğu bir bilgi veritabanıyla bağlantı kurmanıza izin verir. Kilit ayarlandığında boş olmayan bir erişim kodu belirtilirse, / UC parametresinde bu erişim kodunu belirtmeniz gerekir.

/ Dumpb [isim dosyası] Boşaltma Bilgi Bankası.

/ İbcheckandrepair. Bilgi tabanını test etmek ve sabitlemek.
. -Reindex Yenileme masaları;
-Logtegrity. Mantıksal bütünlüğü kontrol etmek veya
-LogandRefSintegrity. Mantıksal ve referans bütünlüğünü kontrol etmek;
-Recalctotals. Sonuçların yeniden hesaplanması;
-Bizlik sıkıştırma tabloları;
-Rebuild bilgi taban tablolarının yeniden yapılandırılması;

-Badrefcreate. Nesneler oluşturun veya
-Badrefclear Temiz nesneleri veya
-Badrefnone Kısmi nesnelerin kaybıyla değişmeyin:

-Baddatacreate. Nesneler oluşturun veya
-Baddatadelete Nesneleri sil veya

-Baddatanon Nesneleri değiştirmeyin;

Usestartpoint. Önceki oturumda kesildiği yerden test edilmeye devam etmek için Kayıtlı İade Noktasını kullanın;
Timelimit: HHH: mm Maksimum test oturumunun kısıtlaması: hHH. - Saat sayısı (0..999); mm. - Dakika sayısı (0..59).

Parametreleri kullanma örnekleri

C: \\ Program Dosyaları \\ 1CV8 \\ Bin \\ 1cv8.exe config / f "C: \\ demoTrd2" / n "fedorov (yönetici)" / P "/ ibcheckandrepair -Logtentity

C: \\ Program Dosyaları \\ 1CV82 \\ Common \\ 1cestart.exe Designer / s "Sunucu-1C \\ 1C-work82" / n "Yönetici" / P "12345" / ibcheckandrepair -Logintegrity

Teşekkür ederim!

1C 8.3 Bilgi Veritabanını test etme ve sabitleme Bilgi tabanında hatalarınız varsa ve temel yapılandırmayı güncellemeden önce yapılmalıdır. Çoğu durumda, eğer bilgi tabanınız hasar görürse, yardımcı olur.

Test ve sabitleme yapmadan önce, veritabanının bir yedeklemesini yapmanız gerekir. Yapılandırıcıya gidemezseniz, sonra klasörde yüklü program 1C, yapılandırıcı modunda program başlangıcını gerektirmeyen test ve düzeltme için bir yardımcı programdır. Aşağıdaki tüm bunlar hakkında konuşun.

Bu aracı ve bununla nasıl çalışılacağını düşünün. Özellikle ayrıntıları arayüzde hangi bayrakların alınması gerektiğini açıklayacağız.

Programı yapılandırıcı modunda çalıştırın:

"Test ve Düzeltme" yönetim menüsü öğesinden seçim yapın:

Onay kutuları nelerdir?

Çeşitli test seçenekleri var, bu DAWS'yi düşünün:

• Bilgi taban tablolarının yeniden yayınlanması - Bu, veritabanı tabloları için dizinlerin tam bir yeniden oluşturulmasıdır. REIDEXTASYON, bilgi tabanının hızını arttırır. İşlem uzun, ancak asla gereksiz olmayacak.
• Bilgi tabanının mantıksal bütünlüğünü kontrol etme - Veritabanının mantıksal ve yapısal bütünlüğünü kontrol edin, verilerdeki hataları düzeltir;
• Bilgi tabanının referans bütünlüğünü kontrol etme - Veritabanındaki "BIED LINK'ları" kontrol edin. Sistem veya arızalar silinebildiğinde bu tür hatalar oluşabilir. Bu tür hataları düzeltmek için 3 seçenek vardır:
  • Nesneleri oluştur - Sistem, gerekli bilgilerle doldurulabilen unsurlar-fişler oluşturur,
  • Temiz bağlantılar - "Kırık" bağlantılar temizlenecek,
  • Değiştirme - Sistem yalnızca size hataları gösterir.
• Sonuçların yeniden hesaplanması. Bulgular - Birikim kayıtlarında, hesaplama ve muhasebe öncesi önceden hesaplanmış sonuçların tablosu. Sonuçların yeniden hesaplanması, reinxation, asla zararlı olmayacak ve programın hızında bir artı verecek;
• Sıkıştırma Tabloları Bilgi Bankası - Verileri silerken 1C, tablo satırlarını silmez, ancak bunları silmek için sadece "işaretler". Kullanıcı tarafından görülmezler, ancak veritabanında devam edecektir. Veritabanı sıkıştırması bu verileri kalıcı olarak kaldırır. Ayrıca, aynı etkiye, bilgi taban dosyasını (* .dt) boşaltılarak ve indirerek ulaşılabilir;
• Bilgi taban tablolarının yeniden yapılandırılması - Sistemin temel tabloları yeniden oluşturduğu uzun bir işlem. Yapılandırma yapısındaki değişiklik yaparken böyle bir prosedür oluşur.

Örneğimize göre, Şekilde gösterildiği gibi tüm onay kutuları basittir ve "Çalıştır" i tıklayın:

İşlemin çalışması, 1C konfigüratör penceresinin sol alt köşesinde gözlemleyebiliriz. Tanımlanan hatalar Servis Mesajları penceresinde gösterilir.

Test tamamlandıktan sonra "Kapat" i tıklayın:

Servis Mesajları penceresinde görebileceğimiz performans operasyonlarının sonucu.

Test ve düzeltme tamamlandı.

Konfigüratör açılmazsa: chdbfl.exe yardımcı programı

Taban bu kadar hasar görürse, yapılandırıcıya giremezsiniz, kullanabilirsiniz. Yardımcı program, 1C platformla birlikte kurulur ve kurulum dizininin BIN klasöründe bulabilirsiniz:

Testlere devam etmeden önce, bu yardımcı programın kullanımı geri dönüşü olmayan sonuçlara yol açabildiğinden, tabanınızın bir kopyasını yapmanız gerekir. Yapılandırıcıya giremediğinizden, yedekleme, bilgi taban dizininizin basit bir kopyalanmasıyla yapılmalıdır.

Bastıktan sonra, klasördeki klasör penceresine basın ve "Yapıştır" ı tıklayın. Bir kopya yapılır, yardımcı programı çalıştırın:

Ana Yardımcı Penceresi görünür. Veritabanı dosyasının adını belirlememiz gerekir. Üç noktaya basın. Bir veritabanı dosyası seçimi penceresi açılır. Veritabanınızın dizinini arıyoruz ve 1CV8.1CD dosyasına işaret ediyoruz. "Aç" i tıklayın.

Bir kene "algılanan hataları düzeltin" ve "Çalıştır" i tıklayın.

Operasyonun sonunu bekliyoruz. Tabanın büyüklüğüne bağlı olarak uzun süre alabilir.

Uygulamadan sonra, eğer hata düzeltilmişse, yardımcı pencerede görünürler. Benim durumumda, hatalar tespit edilmedi. "Kapat" ı tıklayın ve programa girmeye çalışın. Hala çalışmıyorsanız, bir uzmanla iletişim kurmanız gerekir.