Şirketinizin ne sıklıkla ihtiyacı var? Bakmak 1C belgesini kim değiştirdi?

Veya nasıl öğrenilir çalışanlardan hangisi bunu veya bu özelliği değiştirdi belge 1s 8?

Nasıl izlenir belge değişikliklerinin geçmişi 1C?

1C 8'e dayalı “Değişiklik Geçmişi” Modülü

Kullanışlı ve verimli alet analiz ve kontrol 1C kullanıcılarının eylemleri.

Modül tarafından çözülen sorunlar "Değişimlerin Tarihi" 1C 8:

• Olasılığı ortadan kaldırmak sahtekar eski tarihli belgelere sahip kullanıcılar;
• Tanıtmaktan kimin suçlu olduğunun belirlenmesi hatalı veri belgelerde;
• Tespit imkanı yanlış program çalışması belgelerin otomatik olarak değiştirilmesi veya yeniden yayınlanması açısından;
• Ortaya çıkarmak Verilerin kasıtlı olarak bozulması (değişimi)örneğin vicdansız yöneticiler tarafından yanlış müşteri iletişim bilgileri girilmesi;
• Fırsat ne olduğunu gör değiştirmeden önce bir belge veya referans kitabıyla birlikte gönderin ve gerekirse her şeyi geri iade edin.

Mekanizmanın artıları "Değişimlerin Tarihi" 1C 8:

• Tüm veriler 1C veritabanında saklanır; yüksek arama hızı gerekli bilgilerin sağlanması ve gerekli raporların oluşturulması.
• Modül 1C 8 "Değişimlerin Tarihi" performans üzerinde minimum etkiye sahiptir. Alt sistemimizle ve alt sistemimiz olmadan çalışırken farkı neredeyse hiç hissetmezsiniz.
• Modül evrensel Ve entegrasyonu kolay herhangi bir standart sistem tabanlı konfigürasyona bile « 1C:Kurumsal" versiyonlar 8.2 ve versiyonlar 8.3 sürüm dahil.

Modül yetenekleri:

Modül, izlenecek nesneleri esnek bir şekilde yapılandırmanıza olanak tanır.

Veri değişikliklerinin geçmişini görüntülemek doğrudan bir belge veya dizin biçiminde mümkündür ve uygun haklara sahip kullanıcılar tarafından kullanılabilir.

Kontrol mekanizması, dizinlerin ve belgelerin ayrıntılarındaki değişiklikleri içerir. Aynı zamanda özelliğin hem eski hem de yeni değerleri korunur.

1C belge satırlarındaki değişiklikleri kontrol etmek için bir mekanizma mevcuttur. Örneğin, fiyatlarda, miktarlarda ve diğer verilerdeki değişiklikler belirli bir satırda görüntülenir.

Dokümanların tablo kısımlarında silinen ve eklenen satırları görmek mümkündür. Bu durumda program, belge içindeki satırların sıralamasındaki değişiklikleri göz ardı edecektir; bu aslında verilerde bir değişiklik değildir. Açıklık sağlamak amacıyla, değiştirilen verilerle ilgili raporda eklenen satırlar mavi, silinen satırlar ise pembe renktedir.

Kayıt defteri 1C 8.

1C belgesini kimin değiştirdiğini nasıl öğrenebilirim?

Görünüşe göre her şey basit - 1C belgesini kimin değiştirdiğini görebilirsiniz. "Kayıt Günlüğü". Sonuçta, veritabanı nesnelerindeki değişikliklerle ilgili olayların yanı sıra veritabanıyla çalışırken meydana gelen olayları (kullanıcı oturum açma ve oturumu kapatma, hatalar, raporların oluşturulması) kaydeder. Yani dergi çok çok sayıda ekstra giriş Bu nedenle derginin hacmi hızla artıyor ve Sorunlar ortaya çıkıyor hem dergiyi saklarken hem de içinde gerçekten yararlı ve gerekli bilgileri ararken.

Ancak standart derginin en büyük dezavantajıkayıt— nesnede tam olarak neyin değiştiğinin bulunamaması: tablo kısmındaki bir özellik veya bir çizgi — cevabı bulamazsınız. Ve değişiklikten önce hangi verilerin orada olduğunu ve sonrasında ne olduğunu kesinlikle hiçbir şekilde bilemeyeceksiniz.

Yerleşik günlüğü, açık bir belgeden veya referans kitabından tek bir tıklamayla 1C 8 değişikliklerinin tüm geçmişini görebileceğiniz şekilde yapılandırmak da imkansızdır.Bu tür manipülasyonlar, eğitimsiz bir kullanıcı için oldukça karmaşık bir kurulum gerektirir. kayıt defterindeki seçimler.

Modül "Değişimlerin Tarihi" 1C kullanıcılarının eylemlerini analiz etmek ve izlemek için kullanışlı ve işlevsel bir araçtır.

İle Modül “Değişikliklerin geçmişi” 1C 8 işini yapmaya başladı, bir kez yapılandırılması gerekiyor. Kurulum çok zaman gerektirmez ve değişikliklerin geçmişini kontrol etmek ve depolamak için kullanılacak belgelerin, dizinlerin ve bunların ayrıntılarının seçilmesini içerir.

Modülün maliyeti, kurulumu ve konfigürasyonu için hizmet ihtiyacına bağlıdır. İLE Uygun bir şekilde bizimle iletişime geçin ve maliyetini öğrenin.

Bu makale yeni işlevlere ilişkin bir duyurudur.
Yeni işlevler öğrenmek için bu makalenin içeriğinin kullanılması önerilmez.
Yeni işlevselliğin tam açıklaması ilgili sürümün belgelerinde sağlanacaktır.
Yeni sürümdeki değişikliklerin tam listesi v8Update.htm dosyasında sağlanmaktadır.

8.3.11.2867 sürümünde uygulandı.

Yeni bir mekanizmayı hayata geçirdik. veri geçmişi Kullanıcılar tarafından uygulama verilerinde yapılan değişikliklerin geçmişini kompakt bir şekilde saklayan. Hazır arayüz çözümlerini veya yerleşik bir dili kullanarak artık veri değişikliklerini esnek bir şekilde analiz edebilir, farklı sürümleri karşılaştırabilir ve verileri seçilen sürümdeki durumuna geri yükleyebilirsiniz.

Hangi senaryolarda veri geçmişiyle çalışmak gerekir?

Çoğu zaman, bazı değişiklikleri yapan kullanıcıyı belirlemek için veri geçmişine erişim gerekir. Örneğin bir ürün karşı tarafa çok büyük bir indirimle satıldı ve şimdi böyle bir indirimi kimin belirlediğini anlamak istiyorum. Veya bir ürünün fiyatının doğru göründüğü ancak ürünün geçmişte daha düşük bir fiyata satıldığı başka bir durum. Fiyatı kimin değiştirdiğini ve ardından eski değerine döndürdüğünü bulmamız gerekiyor.

Veri geçmişine ihtiyaç duyulan bir diğer durum ise şu anda muhasebe sistemindeki bazı niteliklerin değerinin olumsuz sonuçlara yol açacak şekilde ayarlanmış olmasıdır. Bu değerin tam olarak ne zaman ayarlandığını ve hangi kullanıcının ayarladığını bulmak gerekir.

Durumu daha ayrıntılı analiz etmek için, bir zamanlar yanlış bir şey yapan belirli bir kullanıcının yaptığı tüm değişiklikleri bulmanız gerekebilir. Çünkü başka durumlarda da benzer bir hata yapabilirdi.

Son olarak, tüm uygunsuz değişiklikler tespit edildikten sonra, verilerin önceki, doğru durumuna geri döndürülmesi, hatta doğrudan silinen verilerin geri yüklenmesi yönünde doğal bir istek ortaya çıkabilir.

Aynı zamanda, yukarıdaki senaryoların tümünde, bu yeteneklerin minimum performans ve disk alanı kaybıyla elde edilmesini istiyorsunuz.

Böylece, nesne değişikliklerinin geçmişinin, üzerinde çalıştığınız yararlı nesnelerden daha fazla yer kaplamadığı ortaya çıkmaz. Veya bu işlevselliğin sağlanmasının kullanıcılar açısından önemli bir yavaşlamaya yol açmamasını sağlamak.

Performans kayıplarını tamamen ortadan kaldırmanın imkansız olduğu açıktır, çünkü tek bir eylem yerine iki eylem gerçekleştirmek gerekir: nesneyi kaydetmek ve ayrıca geçmişini kaydetmek. Ama aynı zamanda bu kayıpların görünmez olmasını da istiyorum.

İşlevsellik veya teknik gereksinimlerle değil, 1C:Enterprise pazarının özellikleriyle ilgili bir özellik daha var. Hızlı çalışacak ve harika işlevselliğe sahip çok iyi bir mekanizma ortaya çıkarabilirsiniz. Ancak kurulumu, açılması ve bakımı önemli ölçüde teknik uzmanlık gerektiriyorsa, faydalarından herhangi birini ortadan kaldırabilir.

Dolayısıyla böyle bir mekanizmayı yönetmek hem geliştirici hem de bilgi tabanı yöneticisi için zor olmamalıdır. Aslında, küçük dosya uygulamalarında yönetici genellikle kullanıcılardan biri ve bazen de bu uygulama çözümünün tek kullanıcısıdır.

Platformda geçmişi analiz etmeye yönelik hangi yetenekler zaten mevcut?

"Sistemde neler olup bittiğini" analiz etmek için kullanabileceğiniz ana araç bir günlük dosyasıdır. Diğer şeylerin yanı sıra veri değişikliklerini de kaydeder. Yani belirli bir nesnenin verilerini kimin ve ne zaman değiştirdiğini öğrenebilirsiniz. Ancak tartışılan alandaki yetenekleri burada bitiyor çünkü kayıttan hangi ayrıntıların değiştiğini, önceki durumunun ne olduğunu anlamak imkansız. Dahası, bir mülkün veya bir nesnenin tamamının önceki durumuna bir kayıt defteri kullanarak geri döndürülmesi imkansızdır.

Uzun süredir var olan ve tüm dolaşım çözümlerinde yer alan bir diğer araç ise standart alt sistemlerden oluşan bir kütüphane olan BSP'dir. Bir nesne versiyonlama alt sistemi içerir. Bu alt sistem listelenen tüm işlevleri içerir ancak bazı pratik sınırlamalara sahiptir.

Birincisi, bir kütüphanenin parçasıdır, dolayısıyla bir uygulama çözümünde uygulanması nitelikli bir geliştiricinin katılımını gerektirir. BSP'nin başlangıçta uygulama çözümünde mevcut olması iyidir. Ancak orada değilse, yönetici veya özellikle nitelikli bir kullanıcı bunu kendi başına uygulayamayacaktır.

İkincisi, veri geçmişini koruma görevinin kendisi düşük seviyeli bir görevdir ve platformun teknoloji katmanında daha verimli bir şekilde çözülür.

Platforma yerleşik bir çözümün faydaları

Mevcut durumu, BSP kullanımındaki mevcut deneyimi analiz ettiğimizde ve tüm artıları ve eksileri tarttığımızda, en etkili çözümün veri geçmişini teknoloji platformunun bir parçası olarak uygulamak olacağı sonucuna vardık. Bu, aşağıdaki faydaları sağlayacaktır:

• Bu mekanizmayı kullanmak için yöneticinin veya kullanıcının yapılandırmayı değiştirmesine gerek yoktur; gereken her şey zaten platformda mevcuttur. Sadece açmanız yeterli.
• Bu mekanizma, konfigürasyonun bir parçası olarak uygulanan analoglardan daha hızlı çalışacaktır çünkü yerleşik dilde bulunmayan özellikleri kullanacaktır.
• Verilerin bir kopyası saklanmayacağından, yalnızca önceki sürümle farkı saklanacağından, veri geçmişinin kendisi daha az yer kaplayacaktır. Ayrıca versiyonlamanın kendisi tüm detaylara uygulanamaz, sadece ilgilenilenlere uygulanabilir. Bu aynı zamanda ek tasarruf da sağlayacaktır.
• Yalnızca benzersiz bir bağlantıya sahip nesnelerin (dizinler, belgeler vb.) değil, aynı zamanda örneğin bilgi kayıt kayıtları gibi nesne olmayan varlıkların da sürümlendirilmesini desteklemek mümkün olacaktır.

Mekanizma hakkında temel bilgiler

Veri geçmişi mekanizması tamamen platform içerisinde uygulanmaktadır, herhangi bir ek yazılım kurulumu gerektirmez ve her an kullanıma hazırdır ancak varsayılan olarak etkin değildir.

Bunu hem yapılandırıcıda hem de 1C:Enterprise modunda etkinleştirebilirsiniz. Bu, geliştirici tarafından yapılandırıcıda, kullanıcı tarafından 1C:Enterprise modunda, yerleşik dilde yazılmış işlemler kullanılarak yapılabilir.

Mekanizmanın "etkinleştirilmesi", değişiklik geçmişinin hangi yapılandırma nesneleri için tutulacağını belirtmek içindir. Dahası, geçmiş bakımı yalnızca nesnenin tamamı için değil aynı zamanda onun tek tek bileşenleri için de etkinleştirilebilir: ayrıntılar, boyutlar, kaynaklar. Tablo parçalarına ilişkin ayrıntılar dahil. Böylece şunları seçebilirsiniz: tüm bilgileri saklayın veya yerden tasarruf edin.

Dizinler, belgeler, görevler, iş süreçleri ve bilgi kayıtları için geçmiş depolamayı uyguladık. Belki gelecekte bu listeyi genişleteceğiz.

Geçmiş verilerini bilgi tabanında ayrı tablolarda saklıyoruz. Verimliliği artırmak için yalnızca verilerin sürümleri arasındaki farkı saklıyoruz. Tablolar bölümünde çok sayıda satırın bulunduğu "ağır" bir belgeniz varsa ve belgenin kendisinde yalnızca bir özelliği değiştirirseniz, veri geçmişine yalnızca bu tek değişiklik kaydedilecektir. Yani bu nesnenin çok fazla kopyasını saklamazsınız ve diskte yer kaplamazsınız.

Veri değişikliklerine ek olarak, sürümün kaydedildiği andaki nesne meta verilerini de saklıyoruz. Farklı bir konfigürasyon durumunda kaydedilen nesnelere ilişkin raporları doğru şekilde oluşturmak için bu gereklidir. Örneğin, bazı detaylar farklı şekilde çağrıldığında, diğer detaylar yoktu, bazıları ise mevcuttu ancak daha sonra silindi.

Veri Değişikliklerini Yönetme

Veri versiyonlama süreci iki aşamadan oluşmaktadır. Öncelikle bir nesne (örneğin bir belge) yazdığınızda özel bir mesaj oluşturulur ve kuyruğa alınır. Bu aşama platform tarafından gerçekleştirilir, geliştirici buna katılmaz.

Ancak ikinci aşama geliştirici tarafından başlatılır. İkinci aşama, kuyruk işlenirken bu verilerin alınması, sürüm deposuna yerleştirilmesi ve onunla çalışmaya uygun hale getirilmesidir.

Kuyruğu bu şekilde işlemek için veri geçmişi yöneticisi ( Veri Geçmişi Yöneticisi) bir yöntem var Güncelleme Geçmişi(). Bunu, tam metin arama dizinini güncellemek için benzer yöntemle aynı şekilde kullanacağınızı varsayıyoruz. Yani belirli bir sıklıkta gerçekleştirilen bazı rutin görevlerde geçmişi güncelleyeceksiniz.

Bu asenkron işlemin hem verimli nesne kaydı hem de minimum performans ek yükü ile sonuçlanacağına inanıyoruz.

Kullanıcı arayüzü

1C:Enterprise kullanıcı arayüzünde yeni mekanizmanın adı Değişikliklerin geçmişi. Bu makalenin başında listelenen eylemleri gerçekleştirmenize olanak tanıyan çeşitli formlar içerir.

Belirli bir nesnenin sürümlerinin listesi

Bir nesne için geçmiş kaydı etkinleştirilirse nesnenin standart komutları arasında yeni bir komut görünür Değişikliklerin geçmişi.

Bir nesnenin tüm değişikliklerinin (versiyonlarının) bir listesini görmenizi sağlar.

Bir sütunda Kaynak değişiklikler Değişim planı düğümü, eğer değişiklik düğümde yapılmışsa ve veri alışverişi sonucunda bu veri tabanına “gelmişse” de belirtilebilir.

Bu listede, sütunda

Bir işletmenin işleyişi sırasında, genellikle bir belgeyi veya program referans kitabını tam olarak kimin, ne zaman ve neyin değiştirdiğini bulmaya ihtiyaç vardır.

Çok sık bana şu sorular soruluyor:

• 1C 8.2'de belgeyi kimin değiştirdiğini nasıl görebilirim?
• 1C'de bir belgeyi kimin değiştirdiğini nasıl görebilirim?
• 1C'de belgeleri kimin ve ne zaman değiştirdiğini nasıl öğrenebilirim?
• 1C'de bir belgedeki ilanı kimin değiştirdiğini nasıl öğrenebilirim?
• 1C'de bir belgeyi kimin değiştirdiğini nasıl görebilirim?

Seyir defteri

Belirli bir zamanda bilgi tabanında hangi olayların meydana geldiği veya belirli bir kullanıcı tarafından hangi eylemlerin gerçekleştirildiği hakkında bilgi içerir. Bir veri değişikliğini yansıtan her günlük girişi için işlem tamamlanma durumu görüntülenir (işlem başarıyla tamamlandı veya işlem iptal edildi).

Kayıt defteri hem 1C:Enterprise modunda hem de Yapılandırıcı modunda mevcuttur.

Kayıt defterine erişim hem Yapılandırıcı modundan (menü aracılığıyla) mümkündür. Yönetim - Kayıt Defteri) ve Kurumsal moddan (menü Servis - Kayıt Defteri). Taksi modunda ( Ana menü - Tüm işlevler - Standart - Kayıt defteri)

Kayıt defteri türü(Normal formlar ve Taksi):

Kayıt defterindeki seçim(Normal formlar ve Taksi):

Listelerle çalışmaya yönelik araçları kullanarak, kayıt günlüğünü bir tabloya veya gerekirse metin belgesine (Eylemler - Çıktı listesi aracılığıyla) yüklemek mümkündür; bu belge daha sonra örneğin Excel, TXT veya HTML formatında kaydedilebilir. Bu durumda, günlüğe kaydedilecek olayların düzeyini ve ayrıca günlüğü ayrı dosyalara bölme sıklığını (menü yapılandırıcı modunda) yapılandırmak mümkündür. Yönetim - Günlük oluşturma).

Ayrıca sistemdeki olayları analiz etme ve kaydetme mekanizması ile çalışmayı hızlandırmak veya ilgisiz bilgileri gereksiz hale getirmek için yapılan bu günlükteki giriş sayısını belirli bir tarihe kadar azaltmak da mümkündür.

Kayıt defteri nerede tutulur?

Dosya Veritabanında: veritabanı dizinindeki klasör 1Cv8Günlüğü - bu, günlüğün bulunduğu dizindir.

Bir dosya veritabanını aktarmayı planlıyorsanız ve günlük geçmişini kaydetmek istiyorsanız ve 1Cv8Log klasörünü kesinlikle yeni 1C veritabanının kategorisine kopyalamanız gerekir. Dosya veritabanındaki 1C kayıt günlüğünü temizlemeniz gerekiyorsa, 1Cv8Log klasörünü silmeniz yeterlidir.

İÇİNDEİstemci-sunucu veritabanı: C:\Program Dosyaları\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Günlük

8.3.5.1068 sürümünden. Günlüğe yönelik isteklerin yürütülme hızını artırmak ve veri depolamanın güvenilirliğini artırmak için günlük önemli ölçüde yeniden düzenlendi.

Bu, diğer şeylerin yanı sıra, günlük depolama formatının değiştirilmesini gerektiriyordu. Artık tek bir SQLite veritabanı dosyasında saklanıyor. Bu dosya lgd uzantısına sahiptir.

Sürüm oluşturma nesneleri

Bazı 1C konfigürasyonlarında özel bir “Nesne Sürümü Oluşturma” mekanizması tanıtılmıştır.

Varsayılan olarak sürüm oluşturma devre dışıdır; etkinleştirmek için Hizmet - Muhasebe ayarları - Muhasebe parametrelerini ayarlama

Hangi dizinlerin ve belgelerin sürümlendirilmesi gerektiğini seçmek için “Nesne sürüm oluşturmayı ayarlama” düğmesine tıklayın (kimin neyi ve ne zaman değiştiğini izleyin).

Varsayılan olarak bilgi tabanı nesneleri izlenmez; bu nedenle her belge türünün yanında "Sürüm yapma" bayrağı ayarlanır. İzleme yapılmasına ihtiyacınız varsa, ilgilendiğiniz belge günlüğünün karşısına "Sürüm"ü ayarlamanız gerekir.

İşte bu kadar, pencereyi kapatıp “Tamam” butonuna bastığınızda nesneler izlenecektir.

Birinin bir belgede veya referans kitabında yaptığı tüm değişiklikleri görüntülemek için menüye gitmeniz gerekir: Hizmet - Nesne değişikliklerinin geçmişi

1C:Enterprise'da sürüm oluşturma ➾ Nesne değişikliklerinin geçmişi ➾ 1C:Enterprise'da nesnelerin sürüm oluşturması nasıl ayarlanır? ➾ Versiyonlama nedir? Seçenekleri, rolleri, sürüm kayıt mekanizmasını vb. ayarlama.

Durumu hayal edin: bir satış müdürüsünüz. Malları göndermeniz gereken bir müşteri siparişi oluşturdunuz. Bir satış belgesi oluşturduk ve içindeki verilerin alıcının siparişiyle eşleşmediğini tespit ettik. Belgede kim tarafından, ne zaman ve hangi değişikliklerin yapıldığını öğrenmek için 1C:Enterprise 8 yapılandırmalarında bir sürüm oluşturma mekanizması bulunmaktadır.

Sürüm oluşturma, nesnelerde yapılan değişikliklerin geçmişini depolamaktır. Günlüğün aksine, kimin hangi nesneyi, ne zaman ve neyi değiştirdiğinin geçmişini saklamanın yanı sıra sürüm oluşturma mekanizması, sistem yöneticisinin kullanıcıların yaptığı belirli değişiklikleri görmesine olanak tanır.

Sistem, bir nesnenin herhangi bir sürümünü görüntülemenize veya bir nesnenin herhangi bir sürümünü birbiriyle karşılaştırmanıza olanak tanır. Nesne değişikliklerinin geçmişiyle çalışmak için öncelikle bunların sürümlerini yapılandırmanız gerekir. Sistem yöneticisi sürüm geçmişini yapılandırır ve görüntüler.

Nesne sürümü oluşturma nasıl yapılandırılır?

Şu anda sürüm oluşturma mekanizması birçok standart, en yaygın konfigürasyonda mevcuttur, örneğin:

Sürüm oluşturma, Sistem Yöneticisi tarafından tüm haklara sahip olarak yapılandırılır.

"Sürüm Oluşturma" sekmesini açın ve "Nesne sürüm oluşturmayı kullan" onay kutusunu işaretleyin:

"Nesne sürüm oluşturmayı ayarlama..." seçeneğini tıklayın.

Her belge ve dizin türü için sürüm oluşturmayı ayarlarken şunları belirtebilirsiniz:

• Sürüm yapmayın - değer varsayılan olarak tüm nesnelere ayarlanır;
• Sürüm - değer, dizinleri ve belgeleri yapılandırmak için kullanılır;
• Gönderim sırasında sürüm - değer yalnızca belgeler için kullanılır.

Sürüm seçeneği seçilirse, bir nesne her değiştiğinde, nesnenin bir sonraki sürümü, sürüm geçmişine yazılacaktır.

Bir belgenin Gönderme sürümü modu ayarlanmışsa, belgenin ilk sürümü yalnızca belgenin ilk kez gönderilmesinden sonra geçmişe kaydedilecektir. Daha sonra, gönderilen bir belge her kaydedildiğinde belge sürümleri kaydedilecektir. Bu mod, bilgi güvenliğinin boyutunu artırmamak için kullanıcı tarafından tamamlanmayan yeni belgelerin sürümlerini oluşturmamanıza olanak tanır. Bu ayarı tüm belgelere uygulamanızı öneririz.

Çok sayıda nesnenin versiyonlanması, versiyonlarının saklanması nedeniyle bilgi tabanında artışa neden olabilir. Bu nedenle bu özelliğin seçici olarak kullanılması tavsiye edilir.

Nesne değişikliklerinin geçmişini görüntülemek için Araçlar/Nesne Değişiklik Geçmişi'ni açın. Komut yalnızca sistem yöneticisi tarafından kullanılabilir ve yalnızca sürüm oluşturma yapılandırılmış nesneler için kullanılabilir. Açılan formda bir nesne seçin (örnekte bu bir Müşteri Siparişidir), bu nesnenin karşılaştırmak istediğiniz versiyonlarını seçin ve “Sürümleri karşılaştır” butonuna tıklayın.

Bu komut, nesne sürümü değişiklikleri hakkında bir Rapor oluşturacaktır (büyütmek için resme tıklayın):

Durumu hayal edelim. Yazar kasadan sorumlu kişi, kasa belgesini günlüğe girdi, parametreleri doldurdu ve işledi. Zaman geçti ve bir gün baş muhasebeci aniden oluşturulan belgenin verileri ile gerçek işlem arasında bir tutarsızlık buldu. Kasiyer tüm verileri kesinlikle doğru girdiğini söylüyor, muhasebe personelinin geri kalanı ya belgeye erişemiyor ya da değişikliklere dahil olmadıklarını ikna edici bir şekilde iddia ediyor. Ama gerçek ortada!..

Öyleyse “1C 8.2'de belgeyi değiştiren birine nasıl bakılır?”, “1C'de nasıl bakılır?”, “1C'de belgeleri kimin ve ne zaman değiştirdiğini nasıl öğrenebilirim?”, “Nasıl 1C'de bir belgedeki ilanı kimin değiştirdiğini öğrenmek için?" , "1C'de bir belgeyi kimin değiştirdiğini nasıl görebilirim?"

Aslında oldukça basit. 1C: Muhasebe programı, kullanıcı eylemlerini bilgi tabanına kaydetmek için yerleşik bir araca sahiptir.

Kuruluşun çalışanlarından birinin yetkisiz maaş bordrosu örneğini kullanarak bunun etkisini kontrol edelim. Maaş bordrosu günlüğünü açalım.

Son tahakkuk belgesine bir çalışan daha ekleyelim. Belgeyi hesaplayıp işleyeceğiz.

Öyle görünüyor. Ödemeye yapılan kasıtlı ekleme fark edilmeden sayıldı, geriye kalan tek şey sorumlu muhasebecinin ödeme belgesini oluşturmasını beklemek, "ek ödemeyi" almak ve yeni kıyafetler almak için mağazaya gidebilirsiniz... Ancak saldırgan acele etmemek lazım.

Bir şeylerin yanlış olduğunu hisseden sorumlu bir muhasebeci veya Büyük Britanya, belgede kimin neyi, ne zaman değiştirdiğini çok kolay görebilir.

Bunu yapmak için “Servis” ana menü öğesini açın ve ardından “Kayıt Günlüğü” seçeneğini seçin. Lütfen günlük seçeneğinin varsayılan olarak etkin olduğunu unutmayın. Ancak bazen, yanlışlıkla günlüğe kaydetmenin düşük performansa yol açacağına inanan bazı yöneticiler, bunu devre dışı bırakır. Böylece yararlı işlevsellik kaybedilir.

O halde dergiyi açalım.

Bir belgeye filtre kurarak üzerinde gerçekleştirilen tüm eylemleri görebiliriz.

Onlar. hangi kullanıcı tarafından, hangi bilgisayardan, hangi belgede ve en önemlisi neyin ne zaman yapıldığı.

Böylece belgeler değiştirilirken 1C'nin her şeyi gören gözünden kaçış olmuyor.

Bununla birlikte, doğruyu söylemek gerekirse, kayıt günlüğünün tüm olanaklarına rağmen açıkçası zayıf bilgilendirici ve karmaşık olduğunu belirtmekte fayda var. Şirketinizin, ayrıntıların değişen değerleri hakkında belirli ayrıntılara ihtiyacı varsa, geliştirmeyi kullanabilirsiniz () Bu geliştirme, bir muhasebeci için belge günlüklerine yerleştirilmiş en gerekli izleme ve raporlama işlevlerine sahiptir.

Örnek olarak, bu gelişmeyi kullanan işletmelerden birinin konfigürasyonu için kasa belgelerinin günlüğünü göstereceğiz. “Sorumlu” alanında belgeyi oluşturan kişinin değişmeyen değerini ve “Değiştirildi” alanında son değişiklikleri yapan 1C kullanıcısının takma adını görüyoruz.

Ayrıca, belge ayrıntılarında yapılan belirli değişikliklere ilişkin bilgiler de mevcuttur. Kim, ne zaman, hangi belgede, neyden neye, hangi bilgisayardan. Tabelaya kadar her şey.

Göz önünde bulundurduğumuz yöntemlerden birini kullanarak, erişimi olan bir muhasebeci, bilgi tabanı belgesinde en son değişiklikleri yapan 1C kullanıcısını her zaman doğru bir şekilde tanımlayabilecektir.

Herhangi bir zorluk yaşarsanız mutlaka yardımcı olacağız.

Operasyon hakkında konuşabilir ve bununla ilgili sorular sorabilirsiniz.

Makaleyle ilgili sorularınız varsa veya hala çözülmemiş sorunlar varsa, bunları şu adreste tartışabilirsiniz: