Taşıma ve Gönderim İçin LuckyTemplates Kullanan Uygulamaları Raporlama

Bu öğreticide, gerçek dünya verilerini kullanarak LuckyTemplates'da lojistik raporlama uygulamalarını nasıl oluşturabileceğinizi göstermek istiyorum. LuckyTemplates'da yapabileceklerinizin kapsamını ve harika yeteneklerini göstermek istiyorum. Bu eğitimin tam videosunu bu blogun alt kısmından izleyebilirsiniz.

LuckyTemplates'in LuckyTemplates Challenge 12 kapsamında bir üyemizden gelen bir örneği inceleyeceğiz ve soruna kişisel olarak nasıl yaklaşacağımı ve modele uygulanabileceğini düşündüğüm iyileştirmeleri paylaşacağım.

İçindekiler

• LuckyTemplates'da Örnek Lojistik Raporlama Uygulamaları
• Lojistik Raporlama Uygulamaları İçin Veri Modeli ve Veri Kümesi
• Çözüm

LuckyTemplates'da Örnek Lojistik Raporlama Uygulamaları

Bu rapor hakkında gerçekten sevdiğim ilk şey, gerçek gezinme deneyimi. Tamamen oluşturulmuş bir web uygulaması gibidir. Bu, üzerine tıkladığınızda üzerine gelen bir bindirme yönü olan bir GIF görüntüsü gibidir. Üye, bunu dört farklı analiz segmentine ayırdı. Hava, Kara, Demiryolu ve Deniz segmentasyonumuz var.

Bu bölümlerden birine tıklarsanız, burada Yol diyelim, karayolu üzerinden gerçekleşen tüm farklı ulaşım hakkında size fikir veren farklı bir sayfaya yönlendirilirsiniz.

Bence başlamak için iyi bir yer. Herhangi bir veri setini değerlendirirken, anlatmaya çalıştığınız hikayeyi gerçekten denemek ve anlamak istersiniz. Anlattığınız hikaye, en önemli filtreleriniz olarak gördüklerinize veya en önemli boyutlarınıza bağlı olarak oldukça değişebilir. Bu durumda en önemli boyut verilerin parçalanmasıydı.

Ve böylece, her segmentte bazı analizler ve diğer önemli bilgiler var, ancak sol tarafta da tıklayabileceğiniz bir gezinme var. Daha fazla bilgi için verileri inceleyebilirsiniz. Bunlar, lojistikle ilgili her şey için harika şeyler. ile yapabileceklerimizin çok yönlülüğünü gösteriyor .

Lojistik Raporlama Uygulamaları İçin Veri Modeli ve Veri Kümesi

Şimdi, veri kümelerine nasıl baktığımı ve bunu potansiyel olarak nasıl farklı yapacağımı hızlıca gözden geçirmek istiyorum çünkü bu durumda yapılan şey, modelin çok basit tutulmasıydı. İlk olarak, üyenin arama tablolarımızı en üstte ve bilgi tablolarımızı en altta bulundurduğumuz şelale tekniğini kullanması hoşuma gitti.

Ancak, Finans konusundaki bu bire bir ilişki, genellikle yapacağım bir şey değil. Muhtemelen bunu kendi başına bir masa gibi bırakırdım. Ancak, belki de Gönderi Kimliği gibi ortak sütunun bir arama tablosunu oluşturabilirim. Bu iki Gönderi Kimliği sütununu bir araya getirmeye ve bir sütunda birleştirmeye çalışırdım. Veya alternatif olarak, yinelenenleri kaldırabilir, onları bir arama tablosu olarak yerleştirebilir ve ardından bu benzersiz değerler sütunundan bire çok ilişki oluşturabilirim.

Şimdi nakliye verilerinin nasıl göründüğüne bir göz atalım. Herhangi bir lojistik bilgiyle, işlem bilgisi gibi bir satır öğeniz olacak ve bu gerçekten Gönderi Kimliği olacaktır . Ardından, ne zaman ayrıldığına, nereden ayrıldığına ve sonra nereye gittiğine, ne zaman indiğine vb.

Sadece bu bilgiden çıkabilecek pek çok şey var ama burada asıl önemli olan açıkça Gönderi Kimliği. Bu, olgu tablomuzun içindeki indeksimiz olacak. Ancak, bunun aslında çok büyük bir tablo olduğunu görebilirsiniz. Satır sayısı oldukça az olsa da 121 sütun bulunmaktadır. Bu, bir olgu tablosu için çok fazla sütun demek.

Bunun gibi veri kümeleriyle yapmak istediğiniz şey, anlamlı olan bilgi bölümlerini ayırmaktır. İyi bir arama tablosu olacağını çabucak tanımlayabildiğim bir şey Konumlar. Menşe ülkeler, hedef ülkeler vb. kodlarla ilgili bilgiler, bu tür raporlama uygulamaları için önemlidir. Bu şekilde, tekrar tekrar bilgi kopyalarına sahip olmazsınız. Bu, modelinizin karmaşıklığını azaltacak ve dosya boyutunu azaltacaktır.

Arama tablolarına da ayırabileceğimiz Mal Tipi, Müşteriler, Gemi ve Teslimat Tipleri dahil olmak üzere burada geliştirebileceğimiz birçok başka şey var.

Burada ayrıca sayısal değerlerin sütunlarını arıyorum çünkü ölçülerimi burada oluşturacağım. Oluşturmakta olduğum arama tablosu boyutlarını kullanarak filtreleme yapabilmek için basit toplamlar yapacağım.

Ve böylece, model biraz farklı görünecekti. En üstte belki dört veya beş arama tablosu daha olurdu ve bunları Gönderi tablosundaki ilgili dizinlere kadar akıtırdım.

Çözüm

Bu, LuckyTemplates'daki bir lojistik raporlama uygulaması örneğidir. Bu örnek raporda size bir lojistik veri seti ve veri modelinin nasıl olduğunu gösterdim ve düşüncelerimi ve iyileştirme noktalarımı sizinle paylaştım.

Umarım bu öğreticiyi kendi LuckyTemplates raporlama çabalarınızda faydalı bulmuşsunuzdur . İlgili daha fazla içerik için aşağıdaki bağlantılara göz atın.

Şerefe!

LuckyTemplates Raporlama Teknikleri: Uygulama Benzeri Raporlar Ayarlama
Örnek Raporlar ve Uygulamalar İçin LuckyTemplates Demo Verileri | LuckyTemplates Hizmetinde Panolar ve Uygulamalar Oluşturan LuckyTemplates

**** * İlgili Destek Forumu Gönderileri *****