Metni Değiştir
Genel Bakış
Metni Değiştir zenginleştirmesi, veri setinizdeki metin özellikleri üzerinde bul ve değiştir işlemleri gerçekleştiren güçlü bir veri dönüştürme operatörüdür. Bu zenginleştirme, vaka ve olay özellikleri genelinde sistematik metin değiştirmeye olanak tanır, böylece terminolojiyi standartlaştırabilir, sistematik hataları düzeltebilir veya veri formatlarını tutarlı şekilde dönüştürebilirsiniz. İster eski ürün kodlarını değiştirmek, ister departman adlarını standartlaştırmak ya da işlem verilerinizde tekrarlayan yazım hatalarını düzeltmek isteyin, bu zenginleştirme toplu metin değişiklikleri için güvenilir ve verimli bir çözüm sunar.
Elle yapılan bul ve değiştir işlemlerinde örneklerin atlanma ya da tutarsızlıkların ortaya çıkma riski varken, bu zenginleştirme seçili tüm özelliklerde belirtilen metin deseninin her örneğini işler. Zenginleştirme hem büyük/küçük harf duyarlı hem de duyarsız değiştirme modlarını destekler, bu da metin eşleştirme süreci üzerinde tam kontrol sağlar. Bu esneklik, farklı ERP sistemlerinden ya da bölgesel ofislerden gelen verilerde büyük/küçük harf kullanımı farklılıkları olduğunda özellikle önemlidir.
Metni Değiştir zenginleştirmesi, veri setinizdeki metin özellikleri üzerinde doğrudan çalışır, değerleri yerinde değiştirerek veri ilişkileri ve bütünlüğünü korur. Bu yaklaşım, sonraki tüm analizlerin, filtrelerin ve hesaplamaların standartlaştırılmış metin değerlerinden ek yapılandırma veya veri eşleme adımı gerektirmeden otomatik olarak faydalanmasını sağlar.
Yaygın Kullanımlar
- Farklı sistemlerdeki değişken departman ya da konum adlarını standartlaştırmak (örneğin, "NY Office", "New York", "NYC" için standart bir "New York Office")
- Sistem geçişleri veya yeniden markalaşma sonrası eski ürün kodu veya SKU güncellemeleri yapmak
- Faaliyet adlarındaki sistematik yazım hatalarını veya kısaltmaları düzeltmek, böylece süreç görselleştirmeyi iyileştirmek
- Veri gizliliği regülasyonlarına uyum için hassas bilgileri anonimleştirilmiş değerlerle değiştirmek
- Tarih veya saat formatlarını standartlaştırmak için ayraçları veya biçimlendirme karakterlerini değiştirmek
- Durum kodlarını ya da kısaltmaları okunabilir iş terimlerine dönüştürmek, böylece raporlamayı iyileştirmek
- Kaynak veride birden çok varyasyonu bulunan tedarikçi veya müşteri isimlerini uyumlaştırmak
Ayarlar
Attribute Name: Değiştirme işlemini yapmak istediğiniz metin özelliği seçin. Açılır menü, vaka ve olay düzeyindeki tüm kullanılabilir metin (string) türündeki özellikleri gösterir. Sadece gizli olmayan ya da hesaplanmış olmayan metin türündeki özellikler seçim için uygundur. Değiştirmek istediğiniz metin değerlerini içeren spesifik özelliği seçin.
Original Text: Seçili özellik içinde arayıp değiştirmek istediğiniz tam metin dizisini girin. Bu, verilerinizde eşleşecek arama desenidir. Değiştirmenin gerçekleşmesi için metin (Ignore Case ayarına göre) tam eşleşmelidir. Eğer boş dizeleri belirli bir değerle değiştirmek istiyorsanız bu alanı boş bırakabilirsiniz. Yaygın örnekler eskimiş kodlar, yazım hataları veya tutarsız terminolojidir.
New Text: Original Text'in tüm karşılıklarını değiştirmek için kullanılacak yeni metni belirtin. Orijinal metni tamamen kaldırmak isterseniz boş metin de girebilirsiniz. Yeni metin, ilgili özellik değerlerinde eşleşen tüm yerleri değiştirecektir. Sonraki süreçlere etkisini göz önünde bulundurun ve yeni metnin veri bütünlüğünü ve anlamını koruduğundan emin olun.
Ignore Case: Orijinal metni ararken büyük/küçük harf duyarsız eşleştirme yapmak için bu seçeneği etkinleştirin. İşaretlendiğinde, zenginleştirme metni büyük-küçük harf fark etmeksizin eşleyecektir (ör: "approved", "Approved", "APPROVED" tümü eşleşir). İşaretlenmezse, sadece tam büyük/küçük harf eşleşmeleri değiştirilir. Bu ayar, manuel veri girişi veya farklı kaynak sistemlerinden gelen tutarsız büyük/küçük harf kullanımı durumlarında özellikle yararlıdır.
Örnekler
Örnek 1: Satın Alma Emirlerinde Departman İsimlerini Standartlaştırma
Senaryo: Çok uluslu bir şirket, satın alma emri sisteminde "Information Technology", "IT Dept", "I.T." ve "InfoTech" gibi farklı adlarla geçen aynı departmanı standartlaştırmak istiyor. Bu farklılıklar harcama analizini bölmüş ve onay yönlendirmesinde sorun yaratmış.
Ayarlar:
- Attribute Name: Department
- Original Text: IT Dept
- New Text: Information Technology
- Ignore Case: İşaretli
Çıktı: Zenginleştirme, Department özelliğinde "IT Dept" ve benzeri varyasyonların tümünü ("it dept", "It Dept" gibi) "Information Technology" olarak değiştirir. Farklı Orijinal Metin değerleriyle birden çok geçiş yapıldıktan sonra tüm departman referansları standart hale gelir.
Önce: | Case ID | Department | Amount | |---------|------------|--------| | PO-001 | IT Dept | $5,000 | | PO-002 | Information Technology | $3,000 | | PO-003 | it dept | $2,500 | | PO-004 | I.T. | $4,000 |
Sonra: | Case ID | Department | Amount | |---------|------------|--------| | PO-001 | Information Technology | $5,000 | | PO-002 | Information Technology | $3,000 | | PO-003 | Information Technology | $2,500 | | PO-004 | Information Technology | $4,000 |
Analiz: Standartlaştırmanın ardından şirket, Information Technology’nin aslında harcama analizi bölünmüş dört ayrı departman olarak değil, toplam $14,500 olarak kaydedildiğini fark etti. Bu da bütçe takibini iyileştirip tedarikçilerle hacim indirimleri fırsatlarını ortaya çıkardı.
Örnek 2: Sistem Geçişi Sonrası Ürün Kodlarını Güncelleme
Senaryo: Bir perakende şirketi, ürün kodlama standartlarının güncellendiği yeni bir envanter sistemine geçti ve eski format kodları (ör: "PROD-") tarihsel sipariş verilerinde yeni format kodlarıyla (ör: "SKU-") değiştirmek zorunda.
Ayarlar:
- Attribute Name: Product_Code
- Original Text: PROD-
- New Text: SKU-
- Ignore Case: İşaretli Değil
Çıktı: "PROD-" ile başlayan tüm ürün kodları, numara kısımları korunarak ön ek "SKU-" olarak güncellenir.
Önce: | Case ID | Product_Code | Quantity | Order_Date | |---------|--------------|----------|------------| | ORD-501 | PROD-12345 | 10 | 2024-01-15 | | ORD-502 | PROD-67890 | 5 | 2024-01-16 | | ORD-503 | prod-12345 | 3 | 2024-01-16 | | ORD-504 | PROD-54321 | 8 | 2024-01-17 |
Sonra: | Case ID | Product_Code | Quantity | Order_Date | |---------|--------------|----------|------------| | ORD-501 | SKU-12345 | 10 | 2024-01-15 | | ORD-502 | SKU-67890 | 5 | 2024-01-16 | | ORD-503 | prod-12345 | 3 | 2024-01-16 | | ORD-504 | SKU-54321 | 8 | 2024-01-17 |
Analiz: "prod-12345" değiştirilmedi çünkü arama büyük/küçük harfe duyarlı yapıldı. Bu, 47 siparişte küçük harfli ürün kodu hatası olduğunu tespit etmeye yardımcı oldu ve bir depo konumundaki veri giriş hatasını ortaya çıkardı.
Örnek 3: Uyumluluk İçin Müşteri İsimlerini Anonimleştirme
Senaryo: Bir sağlık kuruluşu, araştırma amaçlı hastane randevu süreç verilerinde hasta isimlerini anonimleştirmek, ancak farklı hastaları ayırt edebilmek istiyor.
Ayarlar:
- Attribute Name: Patient_Name
- Original Text: Smith, John
- New Text: Patient_001
- Ignore Case: İşaretli Değil
Çıktı: Belirli hasta isimleri anonimleştirilmiş tanımlayıcılarla değiştirilir, böylece süreç analizleri yapılırken hasta gizliliği HIPAA gerekliliklerine uygun olarak korunur.
Önce: | Case ID | Patient_Name | Appointment_Type | Department | |---------|--------------|------------------|------------| | APT-101 | Smith, John | Initial Consultation | Cardiology | | APT-102 | Jones, Mary | Follow-up | Orthopedics | | APT-103 | Smith, John | Test Results | Cardiology | | APT-104 | Brown, David | Emergency | Emergency |
Sonra (ilk değiştirmeden sonra): | Case ID | Patient_Name | Appointment_Type | Department | |---------|--------------|------------------|------------| | APT-101 | Patient_001 | Initial Consultation | Cardiology | | APT-102 | Jones, Mary | Follow-up | Orthopedics | | APT-103 | Patient_001 | Test Results | Cardiology | | APT-104 | Brown, David | Emergency | Emergency |
Analiz: Anonimleştirme süreci aynı hastaya ait randevular arasındaki ilişkiyi koruyarak kişisel verileri kaldırdı. Süreç madenciliği, kardiyoloji başlangıç randevusu alan hastaların %73’ünün 30 gün içinde takip randevusu aldığını gösterdi.
Örnek 4: Üretimde Faaliyet Adı Yazım Hatalarını Düzeltme
Senaryo: Bir üretim tesisinin MES sistemi, operatörlerin bazen "Quality Check" yerine yanlışlıkla "Quaility Check" yazması nedeniyle süreç uyum kontrolünün yanlış sapmaları işaretlemesine yol açıyor.
Ayarlar:
- Attribute Name: Activity
- Original Text: Quaility Check
- New Text: Quality Check
- Ignore Case: İşaretli
Çıktı: Tüm yanlış yazılmış kalite kontrol faaliyetleri, büyük/küçük harf fark etmeksizin düzeltilir, böylece doğru süreç keşfi ve uyum analizleri yapılır.
Olay Verisi Öncesi: | Case ID | Activity | Timestamp | Resource | |---------|----------|-----------|----------| | WO-801 | Material Receipt | 2024-02-01 08:00 | Warehouse | | WO-801 | Quaility Check | 2024-02-01 09:15 | QC Team | | WO-801 | Assembly Start | 2024-02-01 10:00 | Line 1 | | WO-802 | Material Receipt | 2024-02-01 08:30 | Warehouse | | WO-802 | QUAILITY CHECK | 2024-02-01 09:45 | QC Team |
Olay Verisi Sonrası: | Case ID | Activity | Timestamp | Resource | |---------|----------|-----------|----------| | WO-801 | Material Receipt | 2024-02-01 08:00 | Warehouse | | WO-801 | Quality Check | 2024-02-01 09:15 | QC Team | | WO-801 | Assembly Start | 2024-02-01 10:00 | Line 1 | | WO-802 | Material Receipt | 2024-02-01 08:30 | Warehouse | | WO-802 | Quality Check | 2024-02-01 09:45 | QC Team |
Analiz: Düzeltmeden sonra uyum kontrolü, iş emirlerinin %98’inin standart prosedüre uygun olarak kalite kontrollerini içerdiğini gösterdi; öncesinde bu oran %67 idi. Bu durum, algılanan uyum sorunlarının aslında veri kalitesi problemi olduğunu ortaya koydu.
Örnek 5: Sistemler Arası Durum Kodlarını Standardize Etme
Senaryo: Bir lojistik şirketi, üç farklı taşıyıcı sisteminden gelen sevkiyat verilerini entegre ediyor. Bu sistemler teslimat durumu için farklı kodlar kullanıyor ("DLVRD", "Delivered", "COMPLETE"). Tutarlı takip panoları için kodların standartlaştırılması gerekiyor.
Ayarlar:
- Attribute Name: Delivery_Status
- Original Text: DLVRD
- New Text: Delivered
- Ignore Case: İşaretli Değil
Çıktı: Taşıyıcıya özgü durum kodları standart iş terimleriyle değiştirilerek tüm sevkiyat kaynaklarında tutarlı durum raporlaması sağlanır.
Önce: | Case ID | Carrier | Delivery_Status | Delivery_Date | |---------|---------|-----------------|---------------| | SHP-901 | CarrierA | DLVRD | 2024-03-01 | | SHP-902 | CarrierB | Delivered | 2024-03-01 | | SHP-903 | CarrierC | COMPLETE | 2024-03-01 | | SHP-904 | CarrierA | DLVRD | 2024-03-02 |
Sonra (ilk değiştirmeden sonra): | Case ID | Carrier | Delivery_Status | Delivery_Date | |---------|---------|-----------------|---------------| | SHP-901 | CarrierA | Delivered | 2024-03-01 | | SHP-902 | CarrierB | Delivered | 2024-03-01 | | SHP-903 | CarrierC | COMPLETE | 2024-03-01 | | SHP-904 | CarrierA | Delivered | 2024-03-02 |
Analiz: "COMPLETE" ve diğer varyasyonlar için yapılan ek değişikliklerden sonra lojistik ekibi, sevkiyatların %94’ünün zamanında teslim edildiğini doğru şekilde raporlayabildi. Önceki taşıyıcı sistemine göre parçalı raporlamalar genel performans metriklerini bulanıklaştırıyordu.
Çıktı
Metni Değiştir zenginleştirmesi, seçilen özellik değerlerini veri seti içinde doğrudan değiştirir ve belirtilen metin desenlerinin yerinde değiştirilmesini sağlar. Zenginleştirme, orijinal özellik yapısını ve veri tipini korur, sadece arama kriterlerinize uyan metin içeriklerini günceller.
Vaka özelliklerinde değişiklik vaka başına bir kez yapılır ve ilgili vaka ile ilişkili özellik değerini etkiler. Olay özelliklerinde ise tüm olaylar işlenir ve aynı vaka içinde birden çok örnek güncellenebilir. Zenginleştirme, boş (null) değerleri korur ve sadece seçili özellikteki boş olmayan metin değerlerini işler.
İşlem sonrası, değiştirilmiş özellik veri setinizde orijinal adı ve konumuyla kalır ancak güncellenmiş metin değerlerini içerir. Bu değişiklikler, ilgili özellik referansını kullanan tüm hesaplama, filtre ve görselleştirmeleri hemen etkiler. Zenginleştirme yeni özellik veya yedek sütun oluşturmaz; doğrudan mevcut veriyi talimatlarınıza göre dönüştürür.
Değiştirme işlemi varsayılan olarak büyük/küçük harf duyarlıdır ancak Ignore Case ayarı kullanılarak büyük/küçük harf duyarsız da yapılabilir. Büyük/küçük harf duyarsız değişikliklerde, eşleşmeyen metin kısımlarının orijinal harf kullanımı korunur, eşleşen kısım ise tamamen New Text değeriyle değiştirilir.
Ayrıca Bakınız
- Trim Text - Metin özelliklerindeki baştaki ve sondaki boşlukları kaldırma
- Text Start - Metin değerlerinin başından belirli sayıda karakter çıkarma
- Text End - Metin değerlerinin sonundan belirli sayıda karakter çıkarma
- Group Attribute Values - Birden çok özellik değerini standart kategorilerde birleştirme
- Categorize Attribute Values - Özellik değer aralıkları veya desenlerine göre kategoriler oluşturma
- Concatenate Text Attributes - Birden fazla metin özelliğini tek bir alanda birleştirme
Bu dokümantasyon mindzie Studio süreç madenciliği platformunun bir parçasıdır.