Self servis raporlama bir kullanıcının teknik bir ekibe ihtiyaç duymadan kendi özel raporunu oluşturup kaydedebilmesidir — veri nesnesini, alanları ve ilişkileri kendisi seçer. Çoğu navlun yönetim platformu bunun yerine sabit, hazır raporlarla gelir: açık sevkiyatlar, ödenmemiş faturalar, beyanname durumu. Bunlar bariz senaryoları karşılar. Sizinkini nadiren karşılar.
Biraz farklı bir şeye ihtiyaç duyduğunuz an — belirli bir gümrük idaresi ve taşıyıcıya göre sevkiyatlar, müşterinin kendi referans alanına göre gruplanmış faturalar, kimsenin öngörmediği bir kombinasyonla filtrelenmiş bir beyanname listesi — hep aynı duvara çarparsınız: talep açarsınız, tedarikçinin teknik ekibini beklersiniz, yakın ama tam doğru olmayan bir sürüm alırsınız, bir talep daha açarsınız.
Hazır Raporlar Neden Forwarder'ların İhtiyacını Karşılamaz?
Hazır raporlar ortalama kullanıcı için tasarlanır, sizin operasyonunuz için değil. Avrupa hatlarında ağırlıklı FCL çalışan bir forwarder ile hava kargo konsolidasyonu yapan bir forwarder'ın görmek istediği alanlar farklıdır. Finans ekibi fatura verisini müşterinin ödeme koşullarıyla birleştirmek ister; operasyon ekibi aynı fatura verisini sevkiyat durumuyla görmek ister. Hiçbir hazır rapor ikisine de taviz vermeden hizmet edemez.
Bu, lojistik teknolojisinin başka alanlarında da görülen bir kalıptır: herkesin iş akışını sabit bir şablonla karşılamaya çalışan platform, sonunda hiç kimsenin iş akışını iyi karşılayamaz. Aynı mantık raporlama için de geçerlidir.
Talep Tabanlı Raporlamanın Gerçek Maliyeti Nedir?
Talep tabanlı (ticket-based) rapor modeli üç şekilde maliyet yaratır:
Teslim süresi. İyi işleyen bir destek ekibi bile özel bir raporu aynı gün teslim edemez. Hemen ihtiyaç duyduğunuz, beklemeye tahammülü olmayan bir karar için günlerce, bazen haftalarca beklersiniz.
Gidip gelmeler. İlk sürüm nadiren doğru olur. İhtiyacınızı anlatırsınız, yakın bir şey gelir, değişiklik istersiniz, yeniden beklersiniz. Her tur, raporun kendisini oluşturmaktan daha fazla zaman alır.
Ölçeklenme sorunu. Her rapor talebi, aynı teknik ekibin kuyruğundaki diğer tüm müşterilerin talepleriyle yarışır. Bir platformun müşteri sayısı arttıkça bu süreç hızlanmaz, yavaşlar.
Bunların hiçbiri bir yazılım sınırlaması değildir. Bu bir süreç sınırlamasıdır: şeklini yalnızca sizin tam olarak bildiğiniz bir şeyi başkası inşa etmektedir.
İyi Bir Self Servis Rapor Oluşturucu Neye Sahip Olmalı?
Müşterilerin kendi raporunu oluşturmasına izin vermek, sadece "bir rapor oluşturucu eklemek" değildir. Doğru yapıldığında dört unsura ihtiyaç duyar:
- Ana nesne seçimi — teklif, sevkiyat, beyanname, fatura — böylece raporun net bir konusu olur.
- Alan ve ilişki seçimi — yalnızca sütunlar değil, nesnelerin birbiriyle ilişkisi de (bir sevkiyatın bağlı faturaları, bir beyannamenin bağlı sevkiyatı).
- Kaydetme ve yeniden kullanma — bir kez oluşturulan rapor kaydedilmeli, her seferinde baştan kurulmamalı.
- Erişim kontrolü — bir rapor çoğu zaman birden fazla kişi için faydalıdır ama herkes için değil. Yetkilendirme, sonradan akla gelen bir şey değil, oluşturucunun parçası olmalıdır.
Bu dört unsurdan biri eksik kalırsa, gerçek soruları yine cevaplayamayan bir "özel rapor" özelliği ortaya çıkar: ya fazla yüzeysel (ilişki yok) ya da fazla açık (erişim kontrolü yok).
Modaltrans'ta Self Servis Raporlama Nasıl Çalışır?
Modaltrans, self servis raporlamayı tam olarak bu dört parça etrafında kurmuştur. Kullanıcı bir ana nesne seçer (teklif, sevkiyat, beyanname veya fatura), ihtiyaç duyduğu alanları ve ilişkileri seçer, raporu kendisi veya ekibi için kaydeder ve başka kimlerin görebileceğini yetkilendirir. Rapor anında oluşur — talep yok, kuyruk yok, başkasının takvimini beklemek yok.
Rapor ayrıca kullanıcının kalır: gelecek ay, gelecek çeyrek, tam oluşturulduğu şekilde filtrelenmiş ve yapılandırılmış olarak durur; genel bir şablonun varsaydığı şekilde değil.
Gümrük veya Navlun Yazılımı Seçerken Hangi Sorular Sorulmalı?
Navlun veya gümrük yazılımı değerlendiren bir forwarder, özel raporlama operasyonları için önemliyse, imzalamadan önce şu soruları sormalıdır:
- Sıradan bir kullanıcı raporu kendisi oluşturabilir mi, yoksa her değişiklik için destek talebi mi gerekir?
- Rapor birden fazla nesneyi birleştirebilir mi (örneğin sevkiyatlar ve faturaları), yoksa yalnızca tek nesne mi?
- Kaydedilmiş bir rapor belirli ekip arkadaşlarıyla paylaşılabilir mi, yoksa ya hep ya hiç mi?
- Özel bir rapor için tedarikçi desteği gerekiyorsa, bugünkü gerçekçi teslim süresi nedir?
Bu soruların cevapları, bir platformun operasyona uzun vadede nasıl uyacağı konusunda herhangi bir özellik listesinden daha fazla şey söyler.
