Envanter  Yönetim  Sistemi  Seçim  Rehberi:  SAP,  CMDB  ve  Ötesi

Örneğin bir çalışan işten ayrıldığında üzerindeki bilgisayarın takibi nasıl yapılır? Hurdaya ayrılan bir demirbaşın geçmiş kaydı korunur mu? Finans sistemindeki varlık bilgileriyle IT envanteri birbiriyle tutarlı mı? [cite: 15] Bu soruların yanıtları, seçeceğiniz envanter yazılımının kurumunuz için ne kadar uygun olduğunu belirler. [cite: 15]

Kurumunuzun İhtiyacına Uygun Bir Envanter Yönetim Sistemi Nasıl Olmalı? [cite: 15]

Envanter yönetiminde yaşanan sorunlar çoğu zaman kayıt tutamamaktan değil, kayıtların farklı sistemlere dağılmasından, güncel tutulamamasından veya süreçlerle ilişkilendirilememesinden kaynaklanır. [cite: 15]

Excel dosyalarında tutulan listeler başlangıçta yeterli görünse de varlık sayısı, kullanıcı sayısı ve lokasyonlar arttıkça zimmet değişikliklerini izlemek, sayım sonuçlarını karşılaştırmak ve yönetim raporları oluşturmak zorlaşabilir. [cite: 15]

Bu nedenle kurumsal bir çözüm değerlendirilirken aşağıdaki ihtiyaçlar birlikte ele alınmalıdır. [cite: 15]

1. Demirbaşların geçmişi korunmalı, yalnızca mevcut durumu değil yaşam döngüsü de izlenmeli [cite: 15]

Bir demirbaşın kullanım dışına çıkması, kaydının silinmesi gerektiği anlamına gelmez. Aksine, varlığın ne zaman alındığı, kimlere teslim edildiği ve hangi nedenle kullanımdan çıkarıldığı gibi bilgiler denetim açısından önem taşıyabilir. [cite: 15]

Bir envanter yönetim sistemi şu işlemleri desteklemelidir: [cite: 15]

• Envantere giriş ve varlık kaydı oluşturma [cite: 15]
• Zimmet, iade ve kullanıcı değişikliği [cite: 15]
• Lokasyon ve sorumlu birim değişiklikleri [cite: 15]
• Arıza, hurda, satış, kayıp veya hibe gibi statü değişiklikleri [cite: 15]
• İşlemlerin geçmişini ve ilgili kayıtları görüntüleme [cite: 15]

Burada kritik nokta, kaydın silinmesi yerine varlığın uygun bir statüyle kapatılabilmesidir. Kurumun onay prosedürleri de bu işlemlere dahil edilebilmelidir. [cite: 15]

Seçim sorusu: Kullanım dışı kalan bir demirbaşın geçmiş hareketleri korunuyor mu ve statü değişiklikleri yetkilendirme sürecine bağlanabiliyor mu? [cite: 15]

2. IT ve Non-IT envanterler tek bir yönetim yaklaşımıyla ele alınmalı [cite: 15]

Kurumsal varlıklar yalnızca bilgisayar, sunucu ve ağ cihazlarından oluşmaz. İdari İşler, IT, satın alma ve diğer departmanlar farklı varlık gruplarını takip edebilir. [cite: 15]

Bu varlıkların ayrı dosyalarda tutulması, kurum genelinde toplam envanterin görüntülenmesini zorlaştırabilir. Buna karşılık, farklı varlık türlerini destekleyen ve her tür için uygun alanlar tanımlamaya izin veren bir yapı, kayıtların daha tutarlı yönetilmesine yardımcı olur. [cite: 15]

Burada amaç tüm varlıkları aynı alanlarla kaydetmek değildir. Amaç, IT ve Non-IT varlıkları ihtiyaçlarına uygun bilgilerle yönetirken ortak raporlama ve kontrol süreçlerini mümkün kılmaktır. [cite: 15]

Envanter Yazılımında SAP ve CMDB Entegrasyonu Neden Önemli? [cite: 15]

Bir envanter uygulaması kendi içinde doğru kayıtlar tutsa bile diğer kurumsal sistemlerle veri alışverişi yapamıyorsa bilgi farklılıkları oluşabilir. [cite: 15] Bu nedenle entegrasyon ihtiyacı, yazılım seçiminin erken aşamasında değerlendirilmelidir. [cite: 15]

3. SAP entegrasyonu, finansal kayıtlarla operasyonel takibi ilişkilendirmeli [cite: 15]

SAP ile entegrasyon ihtiyacı, özellikle satın alma, sabit kıymet ve demirbaş süreçlerinin birbiriyle bağlantılı olduğu kurumlarda önemlidir. [cite: 15]

Örneğin bir ekipman satın alındığında finansal ve satın alma bilgileri SAP'de tutulabilir; cihazın hangi çalışana zimmetlendiği ve hangi lokasyonda bulunduğu ise envanter yönetimi üzerinden takip edilebilir. [cite: 15] Bu iki bilgi grubunun hangi yöntemle eşleştirileceği, kurumun işleyişine göre belirlenmelidir. [cite: 15]

SAP entegrasyonu değerlendirilirken yalnızca “Entegrasyon var mı?” sorusu sorulmamalıdır. Şu ayrıntılar da netleştirilmelidir: [cite: 15]

• Hangi veriler SAP'den envanter sistemine aktarılacak? [cite: 15]
• Hangi bilgiler envanter sisteminden SAP'ye gönderilecek? [cite: 15]
• Güncellemeler otomatik mi, belirli aralıklarla mı yapılacak? [cite: 15]
• Varlık kayıtları hangi benzersiz kimlikle eşleştirilecek? [cite: 15]
• Hatalı veya eksik veri aktarımı nasıl yönetilecek? [cite: 15]

SAP'nin resmî Asset Accounting dokümantasyonu, sabit kıymet muhasebesinin kapsamını anlamak için başvurulabilecek teknik kaynaklardan biridir. [cite: 15] Envanter yazılımıyla kurulacak entegrasyonun kapsamı ayrıca doğrulanmalıdır. [cite: 15]

4. CMDB entegrasyonu, varlıklar arasındaki ilişkileri görünür kılmalı [cite: 15]

Envanter yönetimi ve CMDB birbiriyle ilişkili ancak farklı amaçlara hizmet eden yapılardır. [cite: 15]

Envanter yönetimi, varlığın ne olduğunu, nerede bulunduğunu ve kime zimmetlendiğini takip eder. CMDB ise IT yapılandırma öğelerini ve bunların birbirleriyle olan ilişkilerini yönetmeye odaklanır. [cite: 15]

Bu nedenle bir envanter yönetim sistemi seçerken mevcut CMDB ile veri alışverişinin nasıl yapılacağı, varlık kimliklerinin nasıl eşleştirileceği ve kayıtların hangi sistemde güncelleneceği değerlendirilmelidir. [cite: 15]

Entegrasyonun amacı yalnızca iki uygulamayı birbirine bağlamak değil, aynı varlık hakkında tutarlı bilgi elde etmek ve sistemler arasındaki sorumlulukları netleştirmektir. [cite: 15]

Günlük Operasyonlarda Envanter Takibi Nasıl Kolaylaştırılır? [cite: 15]

Envanter yazılımının değeri, yalnızca kayıtları saklamasıyla değil, günlük işlemleri ve kontrol süreçlerini desteklemesiyle ortaya çıkar. [cite: 15]

5. Zimmet, iade ve kullanıcı değişiklikleri izlenebilir olmalı [cite: 15]

Bir çalışan işten ayrıldığında veya departman değiştirdiğinde üzerindeki varlıkların kontrol edilmesi gerekir. Bu süreç manuel yürütülüyorsa cihazların iadesi gecikebilir veya kimin sorumluluğunda oldukları belirsizleşebilir. [cite: 15]

İyi tasarlanmış bir süreçte zimmet, iade ve devir hareketleri kayıt altına alınır. Kurumun kimlik yönetimi ve insan kaynakları sistemleriyle uygun entegrasyon kurulabiliyorsa, pasifleşen kullanıcıların üzerindeki varlıkların kontrol edilmesi için bildirim veya görev süreçleri de değerlendirilebilir. [cite: 15]

Kullanıcıların kendi zimmet formlarını görüntüleyebilmesi ancak değiştirememesi de bu sürecin önemli bir parçasıdır. Böylece çalışanlar kendilerine teslim edilen varlıkları kontrol edebilirken kayıt değişikliği yetkisi yalnızca ilgili sorumlularda kalabilir. [cite: 15]

6. Barkod, QR kod ve sayım süreçleri desteklenmeli [cite: 15]

Fiziksel envanter sayımında her cihazı manuel olarak aramak zaman alabilir. QR kod veya barkod üzerinden doğru kayda erişmek, varlık doğrulama sürecini kolaylaştırabilir. [cite: 15]

Örneğin bir denetim ekibi belirli bir lokasyondaki bilgisayarları sayarken kodları okutarak sistemdeki kayıtlarla fiziksel varlıkları karşılaştırabilir. Eksik, fazla veya yanlış lokasyonda bulunan varlıklar ayrıca incelenebilir. [cite: 15]

Burada yalnızca barkod okuyucu desteğine değil, sayım sonuçlarının kaydedilmesine, farklılıkların raporlanmasına ve gerekli durumlarda tutanak oluşturulmasına da bakılmalıdır. [cite: 15]

Envanter Yönetim Sistemi Seçiminde Teknik ve Ticari Kriterler [cite: 15]

Operasyonel özelliklerin yanı sıra kurulum modeli, erişim yetkileri ve lisanslama da satın alma kararını etkiler. [cite: 15]

7. Rol bazlı yetkilendirme ve denetim desteği bulunmalı [cite: 15]

IT, Network, İdari İşler ve iç denetim ekiplerinin aynı kayıtlar üzerinde farklı sorumlulukları olabilir. Bu nedenle görüntüleme, düzenleme, onaylama ve raporlama yetkilerinin birbirinden ayrılabilmesi gerekir. [cite: 15]

Örneğin iç denetim ekibi belirli envanterleri inceleyebilir ve sayım sonuçlarını kaydedebilir; ancak varlık kayıtlarını değiştirme yetkisi yalnızca ilgili yöneticilerde bulunabilir. [cite: 15]

Seçim sırasında yetki seviyelerinin ne kadar ayrıntılı tanımlanabildiği ve kritik işlemlerin geçmişinin izlenip izlenemediği değerlendirilmelidir. [cite: 15]

8. On-Premise ve Cloud/SaaS modelleri kurumun gereksinimlerine uymalı [cite: 15]

On-Premise modelinde uygulama kurumun kendi altyapısında çalıştırılır. Cloud/SaaS modelinde ise hizmet, sağlayıcının sunduğu bulut altyapısı üzerinden kullanılır. [cite: 15]

Karar verirken güvenlik politikaları, veri erişimi, bakım sorumlulukları, yedekleme, güncelleme ve toplam işletim maliyeti birlikte değerlendirilmelidir. En uygun model, yalnızca teknik tercihe değil kurumun operasyonel gereksinimlerine de bağlıdır. [cite: 15]

9. Lisanslama ve yönetici raporlaması açık olmalı [cite: 15]

Envanter yazılımının maliyetini karşılaştırırken kaç kişinin sistemi kullanacağı ve kaç kişinin aynı anda erişeceği netleştirilmelidir. Lisanslama, sağlayıcının modeline göre kullanıcı sayısı, eş zamanlı kullanıcı sayısı, modül kapsamı ve kurulum biçimine bağlı olabilir. [cite: 15]

Yönetici raporlamasında ise toplam varlık sayısı, varlık türleri, lokasyon dağılımı, zimmet durumu ve kullanım dışı kayıtlar gibi bilgiler görülebilmelidir. [cite: 15]

Böylece envanter yönetimi yalnızca operasyonel kayıt tutma işlevi olmaktan çıkar; yöneticilerin mevcut durumu değerlendirmesine de yardımcı olur. [cite: 15]

Envanter Yönetim Sistemi Satın Almadan Önce Bu Soruları Sorun [cite: 15]

Tedarikçi görüşmelerinde aşağıdaki kontrol listesi, çözümleri kurumunuzun gerçek ihtiyaçlarına göre karşılaştırmanıza yardımcı olabilir. [cite: 15]

SPIDYA BT Varlık & Konfigürasyon Yönetimi ile Süreçlerinizi Değerlendirin [cite: 15]

Doğru envanter yönetim sistemi, kurumun yalnızca mevcut varlık listesini değil, bu varlıkların yaşam döngüsünü ve operasyonel sorumluluklarını da yönetmesine yardımcı olmalıdır. [cite: 15]

SPIDYA BT Varlık & Konfigürasyon Yönetimi; IT ve Non-IT varlık takibi, zimmet ve hareket geçmişi, rol bazlı yetkilendirme ve raporlama ihtiyaçları kapsamında değerlendirilebilir. SAP, CMDB ve On-Premise gereksinimleri ise kurumun mevcut altyapısı ve teknik kapsamı doğrultusunda ele alınmalıdır. [cite: 15]

Sık Sorulan Sorular [cite: 15]