Kablolamada İş Emri ve
Ticket Sistemi Kurma
Yapısal kablolama operasyonlarında iş emri ve ticket sistemi, talepten kapanışa kadar her müdahaleyi izlenebilir hale getirir.
Kablolamada iş emri ve ticket sistemi, yapısal kablolama altyapısında yapılan her ekleme, değişiklik, arıza müdahalesi ve bakım talebinin kayıt altına alınarak izlenebilir bir süreç haline getirilmesini sağlayan yönetim yapısıdır. Bu sistem, sahadaki teknisyenin yaptığı işlemle dokümantasyondaki kaydın tutarlı kalmasını, taleplerin kaybolmadan sonuçlanmasını ve altyapı geçmişinin geriye dönük izlenebilmesini mümkün kılar.
1. İş Emri ve Ticket Sisteminin Amacı
Küçük ölçekli kablolama ortamlarında değişiklikler genellikle sözlü talep veya kısa notlarla yürütülür. Ortam büyüdükçe, bina sayısı, kat sayısı veya prize/porta sayısı arttıkça bu yöntem güvenilirliğini kaybeder. İş emri ve ticket sistemi şu temel ihtiyaçlara cevap verir:
- Talebin kim tarafından, ne zaman ve hangi gerekçeyle açıldığının kaydı
- Yapılan işlemin hangi teknisyen tarafından, hangi tarihte tamamlandığının izlenmesi
- Aynı porta veya bağlantı noktasına yönelik tekrarlayan taleplerin tespit edilmesi
- Dokümantasyon (etiket, kroki, port haritası) ile fiziksel durumun senkron kalması
Ticket sistemi burada genel BT servis masası (helpdesk) mantığının, yapısal kablolama operasyonlarına uyarlanmış halidir. Amaç, kablolama değişikliklerini de diğer BT süreçleri gibi kayıt altına almaktır.
2. Neden Yapısal Kablolamada Ayrı Bir Ticket Akışı Gerekir
Genel BT ticket sistemleri genellikle yazılım, hesap veya donanım arızası gibi konulara odaklanır. Kablolama talepleri ise fiziksel müdahale, dokümantasyon güncellemesi ve genellikle birden fazla kişinin (talep eden, saha teknisyeni, dokümantasyon sorumlusu) sürece dahil olmasını gerektirir. Bu nedenle kablolama taleplerinin kendi kategorisi, kendi alanları (porta numarası, rack konumu, kablo tipi gibi) ve kendi kapanış kriterleri olmalıdır.
Kablolama değişiklikleri genel bir “BT talebi” başlığı altında kaydedilirse, hangi fiziksel bağlantının değiştiği zamanla izlenemez hale gelir. Bu durum özellikle arıza tespiti sırasında zaman kaybına yol açar.
3. İş Emri Yaşam Döngüsü
Bir kablolama ticket’ının izlemesi gereken temel aşamalar aşağıdaki gibi tanımlanabilir. Kullanılan yazılım veya araç ne olursa olsun, bu akışın mantığı korunmalıdır.
Talep Açma
Talep eden kişi; konum, ihtiyaç duyulan hizmet (yeni prize bağlantı, arıza, taşıma vb.) ve varsa mevcut porta/etiket bilgisini belirterek ticket açar. Talebin net tanımlanmaması, sahada yanlış müdahaleye yol açabilir.
Değerlendirme ve Planlama
Talep, sorumlu ekip tarafından değerlendirilir; gerekli malzeme, erişim izni ve zaman planlaması buradan yapılır. Bu aşamada mevcut port haritası ve rack dokümantasyonu kontrol edilerek talebin fiziksel olarak uygun olup olmadığı doğrulanır.
Uygulama
Saha teknisyeni işlemi gerçekleştirir. Bu aşamada yapılan her değişiklik (yeni kablo çekimi, port değişikliği, etiketleme) ticket üzerine not olarak işlenmelidir.
Dokümantasyon Güncelleme
İşlem tamamlandıktan sonra ilgili port haritası, etiket kaydı veya kroki güncellenir. Bu adım atlanırsa dokümantasyon zamanla fiziksel durumdan sapar.
Kapama ve Onay
Talep eden veya sorumlu amir işlemi onaylayarak ticket’ı kapatır. Kapanmamış veya yarım kalmış ticket’lar düzenli olarak gözden geçirilmelidir.
Bir ticket, ilgili dokümantasyon güncellenmeden “kapalı” olarak işaretlenmemelidir. Dokümantasyon güncellemesi, kapanış kriterlerinden biri olarak tanımlanmalıdır.
4. Ticket Kategorileri ve Önceliklendirme
Kablolama taleplerinin tamamı aynı aciliyette değildir. Kategorilendirme, hem raporlama hem de kaynak planlaması açısından önemlidir. Örnek bir kategori ayrımı şu şekilde kurulabilir:
- Yeni bağlantı talebi: Yeni bir çalışma alanı veya cihaz için prize/porta ihtiyacı
- Arıza bildirimi: Mevcut bir bağlantıda bağlantı kopukluğu veya performans sorunu
- Taşıma/değişiklik talebi: Mevcut bağlantının farklı bir porta veya konuma taşınması
- Bakım/denetim işi: Periyodik kontrol, temizlik veya dokümantasyon doğrulama çalışması
Önceliklendirme kriterleri projeye göre değişir; genellikle etkilenen kullanıcı sayısı, işin kritik bir sisteme (örneğin sunucu odası bağlantısı) etki edip etmediği gibi faktörler dikkate alınır. Öncelik seviyelerinin sayısı ve tanımı, kurumun kendi operasyonel ihtiyacına göre belirlenmelidir; burada tek bir standart yoktur.
5. Dokümantasyon ile Entegrasyon
Ticket sisteminin en büyük faydası, kablolama dokümantasyonuyla birlikte çalıştığında ortaya çıkar. Bir ticket açıldığında ilgili porta numarası, etiket kodu ve rack konumu referans olarak eklenmelidir. Bu sayede:
- Etiket standardına uygun porta/kablo referansları ticket üzerinden doğrudan izlenebilir
- Renk şeması ve kablo tipi bilgisi, doğru malzeme temini için önceden planlanabilir
- Rack içi düzenleme veya kıvrım yarıçapı gibi fiziksel kısıtlar, uygulama öncesinde saha ekibine iletilebilir
Tutarlı bir etiketleme ve numaralandırma mantığı olmadan ticket sistemi tek başına yeterli olmaz; ticket’taki porta referansı, sahadaki fiziksel etiketle birebir eşleşmelidir.
6. Manuel Takip ile Ticket Sistemi Karşılaştırması
| Kriter | Manuel Takip (E-posta/Not) | Ticket Sistemi |
|---|---|---|
| İzlenebilirlik | Zamanla dağınıklaşır, geçmiş talepler bulunması zor | Tüm talepler merkezi kayıt altında, geçmişe dönük sorgulanabilir |
| Sorumluluk ataması | Kimin sorumlu olduğu belirsizleşebilir | Her ticket’ın bir sahibi ve durumu vardır |
| Dokümantasyon senkronu | Değişiklik unutulabilir, dokümantasyon güncel kalmayabilir | Kapanış kriteri olarak dokümantasyon güncellemesi tanımlanabilir |
| Raporlama | Tekrarlayan sorunların tespiti zordur | Kategori ve konum bazlı analiz yapılabilir |
7. Sistem Kurarken Dikkat Edilmesi Gerekenler
Ticket sistemi kurulurken kullanılan yazılımın türü (genel amaçlı ticket/helpdesk aracı veya kablolama yönetimine özel bir modül) kurumun ölçeğine göre seçilmelidir. Araç seçimi ne olursa olsun, aşağıdaki noktalar sistemin işlevselliği açısından önemlidir:
- Her ticket’ta konum, porta/etiket referansı ve kablo tipi gibi alanların zorunlu tutulması
- Kapanış öncesi dokümantasyon güncellemesinin kontrol edilmesi
- Tekrarlayan taleplerin (örneğin aynı bağlantı noktasında sık arıza) raporlanabilmesi
- Saha teknisyeni ile dokümantasyon sorumlusu arasında net bir görev ayrımı yapılması
Ticket sistemi sadece talep kaydı tutmak için değil, dokümantasyonun güncel kalmasını garanti altına almak için kurulmalıdır. Aksi halde sistem yalnızca bir “not defteri” işlevi görür ve asıl amacına hizmet etmez.
Özet: Kablolamada İş Emri ve Ticket Sistemi
İlgili Yazılar
Profesyonel Kablolama Hizmeti
Sertifikalı ekip, test raporu ve üretici garantisiyle projenizi değerlendirelim.