İş yazılımlarının en önemli alanlarından biri raporlamadır. Bir işletmenin kaderi, mevcut bir raporu işletmenin (ve mevzuatın) değişen ihtiyaçlarına göre özelleştirmenin veya vergi dairesi için bir rapor gibi yeni bir rapor oluşturmanın ne kadar kolay olduğuna bağlı olabilir (ve mecazi anlamda değil!) veya mallara olan talebin mevsime ve diğer faktörlere bağımlılığının bir diyagramı. Gerekli verileri sistemden çıkarmayı kolaylaştıran, bunları anlaşılır bir biçimde sunan, son kullanıcının verileri yeni bir ışıkta görecek şekilde standart bir raporu yeniden yapılandırmasına olanak tanıyan güçlü ve esnek bir raporlama sistemi; bu, her iş sistemi bunun için çabalamalıdır.

1C:Enterprise platformunda, raporların oluşturulmasından "Veri Kompozisyon Sistemi" (DCS olarak kısaltılır) adı verilen bir mekanizma sorumludur. Bu yazımızda ACS mekanizmasının fikri, mimarisi ve yetenekleri hakkında kısa bir açıklama yapmaya çalışacağız.

ACS, raporların bildirimsel açıklamasına dayanan bir mekanizmadır. Erişim kontrol sistemi, karmaşık bir yapıya sahip raporların oluşturulması ve bilgilerin görüntülenmesi için tasarlanmıştır. Bu arada, rapor geliştirmenin yanı sıra, ACS mekanizması 1C: Enterprise'da dinamik bir listede de kullanılıyor; liste bilgilerini zengin işlevselliğe sahip (düz ve hiyerarşik listeleri görüntüleme, satırların koşullu tasarımı, gruplamalar vb.) görüntülemek için bir araç. ).

Biraz tarih

1. 1C sorgu dilinde (SQL benzeri dil, bunun hakkında daha fazla bilgi aşağıda) bir veya daha fazla sorgu yazılmıştır.
2. Yürütülen sorguların sonuçlarını bir elektronik tablo belgesine veya grafiğe aktaran kod yazılmıştır. Kod ayrıca bir sorguda yapılamayan işleri de yapabilir; örneğin, yerleşik 1C dilini kullanarak değerleri hesaplayabilir.

Erişim kontrol sisteminin temelini oluşturan fikirlerden biri, hem geliştiricinin hem de son kullanıcının erişebileceği raporların esnekliği ve özelleştirilmesiydi. İdeal olarak, son kullanıcıya geliştiriciyle aynı rapor tasarım araçları setine erişim hakkı vermek isterim. Herkesin kullanabileceği tek bir araç seti oluşturmak mantıklı olacaktır. Araçlar son kullanıcının katılımını gerektirdiğinden, bu, bunlardaki programlama kullanımının en aza indirilmesi gerektiği (en iyisi tamamen ortadan kaldırmaktır) ve görsel ayarların maksimumda kullanılması gerektiği anlamına gelir.

Sorunun formülasyonu

İki dil

Sorgu dili

SQL sorguları için standart bölümlerin analoglarını görmek kolaydır - SELECT, FROM, GROUP BY, ORDER BY.

Aynı zamanda sorgulama dili, finansal ve ekonomik sorunların özelliklerini yansıtmayı ve uygulama çözümleri geliştirmek için gereken çabayı en aza indirmeyi amaçlayan önemli sayıda uzantı içerir:

• Nokta kullanarak alanlara erişme. Bir tablonun alanları referans türündeyse (başka bir tablonun nesnelerine olan bağlantıları saklıyorlarsa), geliştirici istek metninde “.” aracılığıyla bunlara başvurabilir ve sistem iç içe geçme düzeylerinin sayısını sınırlamaz. bu tür bağlantıların (örneğin, Müşteri Siparişi. Sözleşme. Organizasyon. Telefon).
• Sonuçların çok boyutlu ve çok düzeyli oluşumu. Gruplama ve hiyerarşi dikkate alınarak toplamlar ve alt toplamlar oluşturulmakta, toplama ile seviyeler istenilen sırayla geçilebilmekte ve toplamların zaman boyutlarına göre doğru oluşturulması sağlanmaktadır.
• Sanal tablolar için destek. Sistem tarafından sağlanan sanal tablolar, karmaşık sorgular oluşturmaya gerek kalmadan çoğu uygulama görevi için neredeyse hazır veriler elde etmenize olanak tanır. Böylece sanal bir tablo, belirli bir zaman dilimindeki ürün bakiyeleri hakkında veri sağlayabilir. Aynı zamanda sanal tablolar, önceden hesaplanan toplamlar vb. gibi depolanan bilgilerden maksimum düzeyde yararlanır.
• Geçici tablolar. Sorgu dili, sorgularda geçici tabloları kullanmanıza olanak tanır. Bunların yardımıyla sorgu performansını artırabilir, bazı durumlarda engelleme sayısını azaltabilir ve sorgu metninin okunmasını kolaylaştırabilirsiniz.
• Toplu istekler. Geçici tablolarla çalışmayı daha rahat hale getirmek için sorgu dili toplu sorgularla çalışmayı destekler; böylece geçici tablonun oluşturulması ve kullanımı tek bir sorguya yerleştirilir. Toplu istek, noktalı virgülle (";") ayrılmış bir istek dizisidir. Toplu işteki istekler birbiri ardına yürütülür. Bir toplu isteğin yürütülmesinin sonucu, kullanılan yönteme bağlı olarak, ya toplu işteki son istek tarafından döndürülen sonuç ya da toplu işteki sorguların takip ettiği sırayla toplu işteki tüm sorgulardan elde edilen sonuçların bir dizisi olacaktır. .
• Referans alanlarının temsillerini alma. Her nesne tablosunda (bir referans kitabının veya belgenin depolandığı) bir sanal alan vardır - “Görünüm”. Bu alan nesnenin metinsel temsilini içerir ve rapor oluşturucunun işini kolaylaştırır. Dolayısıyla, bir belge için bu alan tüm önemli bilgileri içerir - belge türünün adı, numarası ve tarihi (örneğin, "07/06/2017 17:49:14 tarihinden itibaren 000000003 Satış"), geliştiriciyi hesaplanmış bir alan yazma.
• ve benzeri.

Erişim kontrol sistemleri için özel sorgulama dili uzantıları da bulunmaktadır. Genişletme, küme parantezleri içine alınmış ve doğrudan istek gövdesine yerleştirilen özel sözdizimsel talimatlar kullanılarak gerçekleştirilir. Geliştirici, uzantıları kullanarak, raporu özelleştirirken son kullanıcının hangi işlemleri gerçekleştirebileceğini belirler.

Örneğin:

• SEÇMEK. Bu cümle, kullanıcının çıktı için seçebileceği alanları açıklamaktadır. Bu anahtar kelimeden sonra, ana sorgu seçim listesindeki yapılandırma için kullanılabilecek alanların takma adları virgülle ayrılmış olarak listelenir. Örnek: (Ürün SEÇ, Depo)
• NEREDE. Kullanıcının seçimi uygulayabileceği alanlar açıklanmaktadır. Bu teklif tablo alanlarını kullanıyor. Seçim listesi alanı takma adlarının kullanımına izin verilmez. Birliğin her parçası kendi WHERE öğesini içerebilir. Örnekler: (NEREDE Öğe.*, Depo), (NEREDE Belge.Tarih >= &BaşlangıçTarihi, Belge.Tarih)<= &ДатаКонца}
• ve benzeri.

Veri Bileşimi İfade Dili

Örnek:

Erişim kontrol sistemi hakkında rapor oluşturma süreci

• veri kompozisyon sistemi talimatlarını içeren talep metni;
• çoklu veri setlerinin açıklaması;
• mevcut alanların ayrıntılı açıklaması;
• birden fazla veri kümesi arasındaki ilişkilerin tanımlanması;
• veri toplama parametrelerinin açıklaması;
• saha düzenlerinin ve gruplamalarının açıklaması;
• ve benzeri.

Örneğin, veri kompozisyon şemasına bir veri kümesi olarak bir sorgu ekleyebilir ve sorgu oluşturucuyu çağırabilirsiniz; bu, grafiksel olarak isteğe bağlı karmaşıklıkta bir sorgu oluşturmanıza olanak tanır:

Sorgu tasarımcısını başlatmanın sonucu sorgu metni olacaktır (1C:Enterprise sorgu dilinde). Bu metin gerekirse manuel olarak ayarlanabilir:

Bir veri düzeni şemasında birden fazla veri seti olabilir, veri setleri herhangi bir şekilde düzene bağlanabilir, hesaplanan alanlar eklenebilir, rapor parametreleri belirtilebilir vb. 1C:Enterprise'daki sorgu mekanizmasının ilginç bir özelliğinden bahsetmeye değer. Sorgular sonuçta uygulamanın doğrudan çalıştığı DBMS'ye özgü bir SQL lehçesine çevrilir. Genel olarak, DBMS sunucularının yeteneklerini maksimumda kullanmaya çalışıyoruz (yalnızca 1C:Enterprise platformu - MS SQL, Oracle, IBM DB2 tarafından desteklenen tüm DBMS'lerde aynı anda mevcut olan yetenekleri kullanmamızla sınırlıdır) , PostgreSQL). Böylece hesaplanan alanlarda sorgu düzeyinde yalnızca SQL'e çevrilmiş işlevleri kullanabiliriz.

Ancak veri kompozisyon şeması düzeyinde, yerleşik 1C geliştirme dilinde (bizim tarafımızdan yazılanlar dahil) zaten özel alanlar ekleyebilir ve bunların içindeki işlevleri kullanabiliriz, bu da raporların yeteneklerini büyük ölçüde genişletir. Teknik olarak şöyle görünüyor - SQL'e çevrilebilecek her şey SQL'e çevrilir, sorgu DBMS düzeyinde yürütülür, sorgu sonuçları 1C uygulama sunucusunun belleğine yerleştirilir ve SKD her kayıt için değerleri hesaplar. Formülleri 1C dilinde yazılmış hesaplanmış alanların sayısı.

Özel Alanlar Ekleme

Rapora dilediğiniz sayıda tablo ve grafik ekleyebilirsiniz:

Rapor tasarımcısı

Çalışma zamanı raporu

Kullanıcı, SKD'yi kullanarak rapora karmaşık seçimler (isteğe doğru yerlere eklenecek), koşullu tasarım (görüntülenen alanların değerlerine bağlı olarak yazı tipi, renk vb. ile farklı biçimlendirilmesine izin veren) ekleyebilir. ) ve daha fazlası. .

Raporun oluşturulması ve üretilmesi süreci kısaca şu şekilde açıklanabilir:

• Geliştirici, tasarım zamanında bir tasarımcının yardımıyla (veya çalışma zamanında kod kullanarak) veri düzeni şemasını belirler:
  • Talep/talep metni
  • Hesaplanan alanların açıklaması
  • İstekler arasındaki ilişkiler (birkaç tane varsa)
  • Rapor Seçenekleri
  • Varsayılan ayarları
  • Vesaire.
• Yukarıdaki ayarlar düzende kaydedilir
• Kullanıcı raporu açar
  • Muhtemelen ek ayarlar yapar (örneğin parametre değerlerini değiştirir)
  • “Oluştur” düğmesine tıklar
• Kullanıcı ayarları, geliştirici tarafından tanımlanan veri kompozisyon şemasına uygulanır.
• Verilerin nereden alınacağına ilişkin talimatları içeren bir ara veri kompozisyon düzeni oluşturulur. Özellikle düzende belirtilen sorgular ayarlanır. Böylece raporda kullanılmayan alanlar istekten çıkarılır (bu, alınan veri miktarını en aza indirmek için yapılır). Hesaplanan alan formüllerine katılan tüm alanlar sorguya eklenir.
• Veri kompozisyon işlemcisi devreye giriyor. Düzen işlemcisi sorguları yürütür, veri kümelerini bağlar, hesaplanan alanlar ve kaynaklar için değerleri hesaplar ve gruplandırmayı gerçekleştirir. Kısaca DBMS düzeyinde yapılmayan tüm hesaplamaları yapar.
• Veri çıkış işlemcisi, yürütme talebini başlatır ve alınan verileri bir elektronik tablo belgesinde, grafikte vb. görüntüler.

ACS mekanizmasını kullanarak rapor oluşturma süreci

Sunucudan istemci uygulamasına aktarılan rapor verilerinin miktarını en aza indirmeye çalışıyoruz. Bir elektronik tablo belgesinde verileri görüntülerken, bir elektronik tablo belgesini açarken, sunucudan yalnızca kullanıcının belgenin başında gördüğü satırları aktarırız. Kullanıcı belgenin satırları boyunca ilerledikçe eksik veriler sunucudan istemciye indirilir.

Özel ayarlar

• Hızlı erişim. Ayar doğrudan rapor penceresinin üst kısmında görüntülenecektir.
• Sıradan. Ayar, “Ayarlar” düğmesi aracılığıyla kullanılabilir.
• Müsait değil. Ayar son kullanıcıya sunulmayacaktır.

Tasarım zamanında ekran modunu ayarlama

Ayarı çalışma zamanında Hızlı Erişim modunda görüntüleyin (Oluştur düğmesinin altında)

Kalkınma planları

SKD 1C, Veri Kompozisyon Sistemi anlamına gelir. SKD 1C, 1C'de rapor yazmanın yeni bir yoludur ve kullanıcının raporu tamamen özelleştirmesine olanak tanır.

SKD 1C'nin dezavantajı, ayarlarının oldukça karmaşık olması ve tüm kullanıcıların bunları hızlı bir şekilde öğrenmemesidir.

ACS raporları yazmak, daha önce tartıştığımız 1C'deki sorgularla çalışma yeteneğini gerektirir.

SKD 1C raporu oluşturma teknolojisi nedir:

• Veri toplamayı sağlayan 1C SKD'ye bir 1C isteği yazın
• SKD 1C'deki alanların rolünü belirtin (hesaplanan alanlar, kaynaklar)
• Varsayılan 1C SKD ayarlarını girin.

Kullanıcı birçok ayarı dilediği gibi değiştirme olanağına sahiptir.

Önceki teknolojiler hakkında rapor oluşturma teknolojisi nedir:

• 1C programına bir istek yazın
• Yalnızca programcı tarafından seçilen N ayarı değiştirmenize izin verecek bir ayarlar formu (rapor için benzersiz) geliştirin
• İsteği yürütmek ve raporun basılı formunu oluşturmak için kodu (programı) yazın.

Gördüğünüz gibi SKD 1C'nin hem kullanıcı hem de programcı açısından önemli bir avantajı var:

• Programcı – raporu ve ayarları çalıştırmak için program yazma ihtiyacını ortadan kaldırır
• Kullanıcı – rapor ayarlarına önemli bir erişim elde eder.

Tüm yeni 1C yapılandırmalarında tüm raporlar yalnızca 1C SKD'de kullanılacaktır.

SKD 1C hakkında sıfırdan nasıl rapor oluşturulacağını görelim.

SKD 1C raporu oluşturma

Yapılandırıcıda yeni dosya düğmesine tıklayın (Dosya/Yeni menüsü).

Yeni Rapor dosya türünü seçin.

Yeni bir rapor oluşturulacak. Yapılandırma için boşluk olmadan, kullanıcının eşanlamlısı olan bir ad girelim.

SKD 1C'nin temel şemasını oluşturalım.

SKD 1C raporu için bir talep oluşturuyoruz

SKD 1C için birçok veri kaynağı olabilir. Örneğin iki ayrı sorgu kullanmak için önce "Veri kümesi - birleşim"i ve ardından birkaç sorguyu ekleyin.

Örneğimizde basit bir sorgu kullanacağız.

Veri elde etmek için bir talebin taslağını çizelim.

Sorgu oluşturucuyla çalışmak normalden farklı değil; bunu daha önce tartışmıştık.

İsteğin oluşturulmasının bir sonucu olarak SKD 1C, kullanıma uygun alanların bir listesini oluşturacak ve bunları varsayılan adlarla dolduracaktır.

İsim uygun değilse buradan değiştirebilirsiniz.

Lütfen istekte &StartDate parametresini kullandığımızı unutmayın. SKD 1C'de &Period adında varsayılan bir parametre (tarih) vardır ve onu kullanabilirsiniz.

Üstelik bunu doğrudan istekte belirtmenize gerek yoktur; otomatik olarak kullanılacaktır. Bununla birlikte, bir incelik vardır; bu, sol birleştirmeler vb. dahil olmak üzere tüm tablolar için geçerlidir ve hatalara yol açabilir.

Örneğin, ayın başında bakiyeleri alırsınız ve sol birleştirmeyi kullanarak bugüne ait verileri alırsınız. Period kullanırsanız tüm tablolara eşit olarak uygulanacak ve sorgu düzgün çalışmayacaktır.

SKD 1C ayarları

Kaynaklar sekmesinde toplamlar (yani sayılar) için toplanacak alanları belirtiyoruz. Alanlar için bir toplama işlevi belirleyebilirsiniz. Varsayılan olarak Toplam'dır (yani tüm satırlardaki sayıları toplayın ve toplamı elde edin), ancak Ortalama, Miktar, Maksimum vb.'yi kullanabilirsiniz.

Ayarlar sekmesinde ihtiyaç duymadıklarımızı devre dışı bırakıp, ihtiyacımız olanları etkinleştireceğiz. Burada parametre için bir insan adı da ayarlayabilirsiniz.

Temel ayarlar Ayarlar sekmesinde yapılır:

Enterprise modunda açalım. Lütfen herhangi bir programlama, şekil çizme vb. yapmadığımızı unutmayın. Parametreyi ayarlamak için Ayarlar düğmesine tıklayın.

Kullanıcı, programcıyla hemen hemen aynı ayar biçimini görür.

Voila. Rapor çalışıyor.

SKD 1C ayarları

SKD 1C raporuna ilişkin tüm ayarlar Ayarlar butonuna basılarak yapılır. En azından varsayılan şablonda. SKD 1C rapor formunu kendiniz oluşturup, ayarları programcının çizdiği diğer formlara bağımsız olarak aktarabilmeniz mümkündür.

Depo'yu Sütunlardan Satırlar'a sürükleyelim.

Öğeyi Depoya sürükleyelim.

Tamam'a tıklayın ve raporu oluşturun. Yaşasın - raporun programlama olmadan Programlama modunda çalışma şeklini değiştirdik.

Satırlar'a (veya alanlardan herhangi birine) sağ tıklayın ve Yeni Gruplandırma'yı seçin.

Depo alanını genişletin ve alanlarından birini seçin; örneğin Depo türü.

Düşündükten sonra, birkaç alanın aynı anda bir sütunda görüntülenmesini istediğimizi hatırladık. Yeni oluşturulan alana farenin sol tuşuyla iki kez tıklayın. Burada alanlar ekleyebilirsiniz.

Yeni bir gruplama eklerseniz ancak alan seçmezseniz, bu "Tüm Alanlar" anlamına gelir ("Detay Kayıtları" olarak görüntülenir). Şuna benziyor.

Gruplandırmamıza (Depo/Ürün) sol tıklayın ve yeni bir gruplamaya (Depo tipi) sürükleyin.

Ayarlarımızın sonucu.

Etkisi adlarına göre tahmin edilmesi kolay olan ayarlara ek olarak (Seçim, Sıralama vb.), "Diğer ayarlar" sekmesi de vardır. Toplamları görüntüleme, gruplandırmaları sütunlara yerleştirme vb. gibi şeyleri etkinleştirmenize veya devre dışı bırakmanıza olanak tanır.

Ayarların raporun tamamı için (Rapor seçilidir) veya belirli bir alan satırı için (bir satır seçin, örneğin Adlandırma ve Ayarlar: Adlandırma seçeneğini seçin) yapılabileceğini lütfen unutmayın.

İyi günler meslektaşlarım!

Bugün çözüme bakacağız gerçek bir projeye dayanan vaka.

Bu video neyle ilgili?

Videoda, "Kurumsal Muhasebe, Sürüm 3.0" standart konfigürasyonunda malların teslimi için bir erişim kontrol sistemi kullanılarak bir rapor oluşturma örneği açıklanmaktadır. Bu örnek, bir geliştiricinin gerçek bir projedeki eylemlerinin algoritmasını göstermektedir. Ayrıca bu çözüm, konfigürasyonun kendisinde yapılan değişikliklerin son derece istenmeyen olduğu kısıtlaması dikkate alınarak yapılmıştır.

Uygulanabilirlik

Video materyallerinde örnek olarak “Kurumsal Muhasebe, baskı 3.0” (3.0.25.122) konfigürasyonu kullanılmıştır. Materyal aynı zamanda bu konfigürasyonun mevcut versiyonuyla da ilgilidir, çünkü erişim kontrol sistemi kullanarak rapor oluşturma mantığının açıklandığı hazır bir durumdur. Bu videodaki yorumlara bakarsanız, birçok geliştiricinin sunulan materyale aşina olduktan sonra, aynı zamanda bir Veri Kompozisyon Sistemi (DCS) üzerinde 1C 8.3'teki raporların profesyonel gelişimi” kursumuzu satın almaya karar verdiğini göreceksiniz. Alınan bilgilerin uygulanabilirliğinin bir göstergesi;)

İlk veri

Müşteri standart 1C: Muhasebe'yi kullanıyor. Muhasebe politikası maliyeti ortalama düzeyde kaydeder.

Muhasebeci, en son sürümler için veritabanını bağımsız olarak günceller, böylece Yapılandırmada değişiklik yapmak son derece istenmeyen bir durumdur.

Belge akışının hacmi küçüktür - günde 10-20 belge.

Tüm mallar yurt dışından geliyor - gümrük işlemleriyle ilgili ek maliyetler (TZR) var.

Gerekli

Müşterinin partinin tam maliyetini "şu anda" alması gerekiyor - partilerin maliyetine ilişkin verilere dayanarak yönetim nakliye fiyatlarını onaylıyor.

Bu durumda toplu muhasebenin dahil edilmesi kabul edilemez.

İlk bakışta sorunun çözülmesi iyileştirme gerektiriyor çünkü...

Ancak yapılandırmayı değiştirmeden istediğiniz işlevselliğe ulaşabilirsiniz - tek satır kod olmadan.

Sonraki 3 videoda bu sorunu çözme seçeneklerinden birini göstereceğiz.

Bir sorunu çözmek için bir yöntem seçmek

Videoda 1C: Accounting 8 demobase'in kaynak verilerini analiz edeceğiz.

Hesap kablolaması seçilecektir. Gerekli bilgileri elde etmek için muhasebe.

Destek - 2 ay. Kurs kapsamı – 34 ders saati.

Derslerinizi ertelemeyin!

İşsiz kaldığım, ACS üzerine bir kurs geliştirdiğim ve bunu internet üzerinden çevrimiçi olarak öğretmeyi düşündüğüm zamanlar oldu. Artık zaman yok, öğretme fırsatı yok. Projenizi gördüm, işinize yarayacağını düşünüyorum

Saygılarımla, Dmitry Salikhov.

Bu kurs, düzen ile çalışmanın temellerinin (ve daha fazlasının) hem teorik hem de pratik yönlerini kapsar. Aslında Dmitry'nin küçük kılavuzu, programcıların ACS kullanırken karşılaştığı hemen hemen her şeyi içerir.

Kurs nedir?

Kurs, 63 sayfalık pdf formatında bir öğretim kılavuzundan oluşmaktadır. Kılavuzun bölümleri bu kaynaktaki makalelere benzer şekilde tasarlanmıştır. Onlar. ekran görüntüleri ile desteklenen teorik kısım.
Kurs ayrıca, örnekleri kılavuzda tartışılan test veritabanının (.dt formatında) ve harici raporların indirilmesini de içerir.

Kursta hangi konular ele alınıyor?

Daha önce de söylediğim gibi kurs, erişim kontrol sistemi kullanan bir programcının bilmesi gereken her şeyi kapsıyor. Örnekler, programlama olmadan basit bir rapordan, kod çözme ile programlı çalışmaya vb. kadar dikkate alınır.

• Adım bir. Kodlama gerektirmeyen basit rapor;
• Küçük bir teori. Veri kompozisyon sistemi tasarımı;
• İkinci adım. Parametreler ve seçimlerle çalışma;
• Adım üç. Çeşitli veri kümeleriyle çalışma. Dış veri kümeleri;
• Adım dört. Veri kompozisyonu düzenleri. Kendi düzenlerinizi oluşturmak;
• Beşinci adım. Özellikleri kullanma. Koşullu tasarım. Hesaplanan alanlar;
• Altıncı adım. Kod çözme