Aynı müşterinin üç kez açıldığı, aynı malzemenin iki kodla durduğu kayıt düzenini onarırız. Eşleştirme kuralları, benzerlik skoru ve inceleme kuyruğuyla mükerrer kayıtlar tekilleştirilir, altın kayıt üretilir ve kaynak sistemlere geri dağıtılır; yeni kayıt açılırken benzer kayıt uyarısı devreye girer.
Bir ERP'de aynı müşterinin üç kez açılmış olması, sahada en sık karşılaştığımız veri sorunudur. Kart bir kez kısaca firma adıyla açılmıştır, ikincisi tam ticari unvanla girilmiştir, üçüncüsü büyük harfle ve noktalama olmadan yazılmıştır. Kimse bunu bilerek yapmaz: kaydı açan kişi arama kutusuna yazdığında sonucu bulamamış, işi de acele olduğu için yeni kart açmıştır. Görünürde masum bir hareket, ticari tarafta ağır sonuç üretir. Müşterinin risk limiti üç karta bölünür; biri limitini doldurmuş görünürken diğerinden sevkiyat çıkmaya devam eder. Yaşlandırma raporu gerçek borcu göstermez, satış temsilcisi eski müşteriyi yeni müşteri sanır ve aynı firmaya iki farklı fiyat listesi uygulanır. Yıl sonunda en büyük on müşteri listesi bile yanlış çıkar, çünkü aynı firma listeye üç ayrı satır olarak girer.
Ürün ve malzeme tarafında sonuç daha da somuttur. Aynı hammadde iki farklı kodla iki stok kartına girildiğinde depoda tek bir malzeme vardır ama sistemde iki bakiye görünür. Planlama bir koddan yeterli stok görüp sipariş açmaz, üretim diğer kodun boş olduğunu tezgâh başında fark eder. Malzeme ihtiyaç hesabı yanlış girdiyle çalışır, sayım tutmaz ve maliyet iki karta dağıldığı için ürün kârlılığı da yanlış çıkar. Üstelik sorun kendi kendine büyür: e-ticaret, pazaryeri, saha satış uygulaması, fuar listesi ve tedarikçi portalı her biri kendi kaydını açar. Bugün elle temizlenen liste birkaç ay içinde yeniden kirlenir, çünkü kaydı kirleten mekanizma yerinde durmaktadır. Temizlik kampanyalarının tekrar tekrar yapılıp sonuç vermemesinin nedeni budur.
Ana veri yönetimi (MDM, master data management) bu işi kurala bağlar. Önce hangi verilerin ana veri sayılacağı belirlenir: cari ve müşteri, tedarikçi, ürün, malzeme, lokasyon. Sonra eşleştirme kuralları yazılır; unvandaki şirket ekleri ve noktalama temizlenir, vergi numarası, barkod (GTIN) ve adres gibi güçlü alanlar karşılaştırılır, yazım farklarını yakalamak için bulanık eşleştirme kullanılır. Her aday çift bir benzerlik skoru alır: üst eşiğin üstündekiler otomatik birleşir, arada kalanlar bir insanın önüne inceleme kuyruğu olarak düşer, alt eşiğin altındakilere hiç dokunulmaz. Birleşmeden çıkan tek kayda altın kayıt (golden record) denir ve hangi alanın hangi sistemden kazanacağı önceden yazılır. Son adım bu tekil kaydın kaynak sistemlere geri dağıtılması ve yeni kayıt açılırken benzer kayıt uyarısının devreye girmesidir; yoksa aynı kirlenme ertesi gün baştan başlar.
Bu işin dürüst anlatımı şudur: otomatik eşleştirme hiçbir zaman yüzde yüz olmaz ve bunu vaat etmiyoruz. İki ayrı firmanın unvanı gerçekten birbirine benzeyebilir, aynı grubun iki şirketi bilerek ayrı tutuluyor olabilir, bazı kayıtlarda vergi numarası hiç girilmemiştir. Bu yüzden inceleme kuyruğu kalıcı bir iştir ve şirket içinde bu kuyruğu işletecek bir sahibi olmalıdır; sahibi olmayan ana veri projeleri birkaç ay sonra sessizce durur ve liste yeniden kirlenir. Birleştirme de temkinli yürütülür: önce kopya üzerinde denenir, canlıda parti parti ve geri alınabilir biçimde yapılır. Ayrıca her firmaya gerekmez; tek sisteminiz ve birkaç yüz kaydınız varsa elle temizlemek daha ucuzdur. Keşifte önce mükerrerliği ölçer, rakamı görmeden ve gerekçesini yazmadan yatırım önermeyiz.
Aynı müşterinin farklı yazımlarla birkaç kez açıldığı, risk limitinin ve bakiyenin kartlara bölündüğü firmalar. Bu yapıda yaşlandırma raporu ve tahsilat takibi gerçek durumu göstermez. Sorun muhasebeden önce satış ve sevkiyat kararlarını bozar: kime ne kadar mal çıkacağı, kimin limitinin dolduğu eksik bilgiyle kararlaştırılır ve risk fark edilmeden büyür.
E-ticaret, pazaryeri, bayi portalı ve saha satış uygulamasının her birinin kendi müşteri ve ürün kaydını açtığı yapılar. Kanal sayısı arttıkça mükerrerlik elle temizlenebilir olmaktan çıkar; kuralın kişide değil sistemde durması gerekir. Kanalları tek panelde birleştirme projelerinin çoğu, tam olarak bu adımda takılıp kalır.
Aynı hammaddenin iki kodla iki stok kartında durduğu tesisler. Stok bakiyesi, sayım, malzeme ihtiyaç hesabı ve ürün maliyeti aynı anda yanlışlanır. Sorun depoda değil kod düzeninde olduğu için sayımı tekrarlamak da çözmez; kod yapısının, zorunlu alanların ve kart açma kuralının yeniden tanımlanması gerekir.
Yeni bir sisteme göç edecek ya da iki firmanın cari ve ürün listesini tek çatıda birleştirecek işletmeler. Kirli listeyi yeni sisteme taşımak, sorunu yenisine miras bırakmaktır. Tekilleştirmenin en doğru zamanı göçten öncedir; göç sonrasında yapılan temizlik hem daha pahalıdır hem de canlı hareket görmüş kayıtlar üzerinde çok daha risklidir.
| Yetenek | Ne sağlar |
|---|---|
| Ana veri alanlarının tanımlanması | Hangi kayıtların ana veri sayılacağı, yani cari, tedarikçi, ürün, malzeme ve lokasyon; her biri için zorunlu alanlar, kod yapısı ve yazım kuralları belirlenir. Kaydı kimin açacağı, kimin onaylayacağı ve hangi alanı kimin değiştirebileceği yazılır. Bu adım teknik değil idari bir karardır; atlandığında kuralı kim koyacak sorusu proje ortasında patlar ve iş durur. |
| Normalizasyon ve eşleştirme kuralları | Unvandaki şirket ekleri, noktalama, Türkçe karakter ve boşluk farkları temizlenir; vergi numarası, barkod, telefon ve adres gibi alanlar ortak biçime oturtulur. Ardından hem tam eşleşme hem bulanık metin eşleştirmesi çalışır ve her alanın ağırlığı ayrı belirlenir. Kurallar sizin veri düzeninize göre yazılır; hazır bir eşleştirme şablonu her sektörde aynı sonucu vermez. |
| Benzerlik skoru, eşikler ve inceleme kuyruğu | Her aday çift bir skor alır. Üst eşiğin üstünde otomatik birleşme olur, alt eşiğin altında hiçbir işlem yapılmaz; arada kalanlar inceleme kuyruğuna düşer ve bir kişi iki kaydı yan yana, hareketleriyle birlikte görerek karar verir. Eşikler proje başında değil, örneklem doğrulandıkça ayarlanır. Verilen kararlar kayıt altına alınır ve kurallar bu geri bildirimle iyileştirilir. |
| Altın kayıt ve kaynak önceliği | Birleşen kayıtlardan tek bir doğru kayıt üretilir. Hangi alanın hangi sistemden kazanacağı önceden yazılır: vergi bilgisi ERP'den, iletişim bilgisi CRM'den, sevkiyat adresi saha ekibinin güncellediği yerden gelebilir. Böylece altın kayıt keyfi bir seçim değil, kuralı belli ve tekrarlanabilir bir birleşim olur; her alanın hangi sistemden geldiği geriye doğru izlenebilir kalır. |
| Birleştirme, geri alma ve denetim izi | Birleştirme parti parti ve geri alınabilir biçimde yürütülür. Kapanan kodlar takma ad olarak saklanır; eski irsaliye, fatura ve sipariş kayıtları bağlarını kaybetmez ve eski kodla da bulunmaya devam eder. Kimin, ne zaman, hangi iki kaydı, hangi gerekçeyle birleştirdiği denetim izinde durur. Hatalı bir birleşme geri alınabilir olmalıdır; aksi halde ekip karar vermekten çekinir ve kuyruk şişer. |
| Sistemlere dağıtım ve giriş noktasında engelleme | Tekilleşen kayıt ERP, CRM, e-ticaret ve saha uygulamasına geri yazılır ya da bu sistemler ortak bir servisten okur. Daha önemlisi giriş noktası korunur: yeni kayıt açılırken benzer kayıtlar anında listelenir ve kullanıcı yeni aç demeden önce uyarılır, gerekirse zorunlu alan doldurulmadan kayıt açılamaz. Temizlik böylece tek seferlik bir kampanya olmaktan çıkar. |
| Mükerrerlik ve eksik veri panosu | Kaç aday çift var, kaçı birleşti, kaçı kuyrukta bekliyor, hangi zorunlu alan hangi oranda boş kalıyor ve hangi kanal en çok mükerrer üretiyor; bunlar tek panoda izlenir. Veri kalitesi böylece hissiyat olmaktan çıkıp ölçülen bir şeye dönüşür. Bozulma yeniden başladığında da erken görülür ve nedeni kanal bazında tespit edilebilir. |
Verinin salt okunur bir kopyası üzerinde ölçüm yaparız: kaç aday mükerrer kayıt var, hangi alanlar boş, kod yapısı ne kadar tutarlı, mükerrerliği hangi kanal üretiyor. Canlı veriye dokunulmaz. Bu adımın çıktısı bir teklif değil bir fotoğraftır; yatırım kararı bu rakamlara bakılarak verilir ve gerekmiyorsa gerekmediğini söyleriz.
Ana veri alanları, zorunlu alanlar, eşleştirme kuralları, skor eşikleri ve kaynak öncelikleri departmanlarla birlikte yazılır. Aynı çalışmada her ana veri alanının kurum içindeki sahibi belirlenir ve kayda geçer. Sahipsiz alan bırakılmaz; inceleme kuyruğunu işletecek kişi belli değilse o alan ilk kapsamın dışında tutulur.
Kurallar kopya veri üzerinde çalıştırılır, çıkan eşleşmelerden bir örneklem elle kontrol edilir. Yanlış eşleşen ve gözden kaçan çiftler tek tek incelenerek kurallar ve eşikler düzeltilir. Bu tur birkaç kez tekrarlanır; kayıt sayısına göre genellikle iki ila dört hafta sürer ve atlanması en pahalıya mal olan adımdır.
Birleştirme canlıda parti parti yapılır; her partide geri alma yolu açık tutulur ve denetim izi yazılır. Bakiyesi, açık siparişi veya yürürlükte sözleşmesi olan kayıtlar otomatik birleşmez, elle onaydan geçer. Altın kayıt ve kaynak önceliği kuralları devreye alınır, sonuç ilgili departmanla kayıt üzerinden teyit edilir.
Tekil kayıtlar kaynak sistemlere dağıtılır, yeni kayıt ekranlarına benzer kayıt uyarısı eklenir, mükerrerlik panosu açılır. Kuyruğun nasıl işletileceği, eşiklerin nasıl güncelleneceği ve yeni bir sistem bağlandığında ne yapılacağı yazılı olarak devredilir. Sonrasında kural bakımı, yeni ana veri alanı ekleme ve genişletme desteği sürer.
Kaybolmaz. Kapanan kayıtların kodları takma ad olarak saklanır ve eski belgeler tekil kayda bağlanır; geçmiş sorgulandığında hem eski kodla hem yeni kodla bulunur. Birleştirme parti parti, denetim izi tutularak ve geri alınabilir biçimde yapılır. Bakiyesi, açık siparişi veya yürürlükte sözleşmesi olan kayıtlar otomatik birleşmez, elle onaydan geçer. Bu korumalar kurulmadan ve bir kopya üzerinde denenmeden hiçbir birleştirme başlatmayız; sıralamayı bozmak bu işte en sık yapılan hatadır.
Hayır ve bunu vaat etmiyoruz. Unvanları gerçekten birbirine benzeyen iki ayrı firma vardır; aynı grubun iki şirketi bilerek ayrı tutuluyor olabilir; bazı kayıtlarda vergi numarası hiç girilmemiştir. Bu yüzden sistem üç bölgeyle çalışır: kesin eşleşenler otomatik birleşir, kesin farklı olanlara dokunulmaz, aradaki gri bölge insana düşer. Gri bölgeyi tamamen kapatmayı hedefleyen bir kurulum er ya da geç yanlış birleştirme üretir; yanlış birleşen iki cariyi ayırmak ise mükerrer kayıttan çok daha zahmetlidir.
Bunlar farklı işlerdir. Entegrasyon kaydı bir sistemden diğerine taşır; hangi iki kaydın aynı firmayı ya da aynı malzemeyi anlattığına karar vermez. Kirli bir yapıda entegrasyon kurmak mükerrer kaydın yalnızca daha hızlı ve daha çok sisteme çoğalmasını sağlar. Ana veri yönetimi kimlik kararını verir ve tekil kaydı üretir; entegrasyon ise o kararı sistemlere taşıyan yoldur. İkisi birlikte çalışır ve genellikle aynı projede kurulur; taşıma tarafını API ve sistem entegrasyonu sayfasında ayrıntısıyla anlatıyoruz.
Değil. Veri ambarında yapılan birleştirme yalnızca rapor için geçerlidir; ambarda iki kayıt tek satır görünse bile ERP'de hâlâ iki cari kartı durur ve sevkiyat, risk limiti ve fatura o iki kart üzerinden işlemeye devam eder. Ana veri yönetimi kararı operasyonel sisteme geri yazar, yani sorunu raporda değil kaynakta çözer. Uygulamada ikisi birlikte kurulur: ambar mükerrerliği ölçer ve görünür kılar, ana veri katmanı düzeltir ve tekrar kirlenmesini engeller.
Tek bir sistem kullanıyorsanız, birkaç yüz cari kaydınız varsa ve kayıt açma yetkisi sınırlı birkaç kişideyse ayrı bir ana veri katmanı kurmak gereksizdir; listeyi bir kez elle temizlemek ve giriş kurallarını sıkılaştırmak aynı sonucu çok daha ucuza verir. Bu iş; kayıt ve kanal sayısı arttığında, birden çok sistem kayıt açabildiğinde ya da ERP geçişi veya şirket birleşmesi gündeme geldiğinde anlamlı olur. Keşifteki ölçüm bunu gereksiz gösterirse açıkça söyler, yerine daha küçük bir düzenleme öneririz.
Ana veri alanlarının ve zorunlu alanların yazılı tanımı; normalizasyon ve eşleştirme kuralları; skor eşikleriyle çalışan bir eşleştirme motoru; inceleme kuyruğu ekranı; altın kayıt ve kaynak önceliği kuralları; denetim izi ile geri alma yeteneği; kaynak sistemlere dağıtım ve yeni kayıt ekranlarındaki benzer kayıt uyarısı; mükerrerlik ve eksik alan panosu. Ayrıca kuyruğun nasıl işletileceğini anlatan yazılı devir dokümanı. Kaynak kod, kural setleri ve verinin tamamı size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Tanı amaçlı görüntüleme yazılımı üretmiyoruz; mevcut PACS'ınız yerinde kalır. Biz cihaz worklist'i, hasta kaydı, istem, rapor ve paylaşım arasındaki boşluğu kapatan katmanı kurarız: görüntü doğru hastaya bağlanır, bekleyen istem görünür olur, arşivin saklama ve yedekleme durumu denetlenebilir hale gelir.
Detay →Başvuru, kayıt, şube yerleştirme, ders programı, yoklama, not, karne, veli iletişimi ve taksit takibini tek kayıt üzerinde birleştiren öğrenci bilgi sistemi kuruyoruz. Kurumun kendi takvimine ve kendi ücret politikasına göre kurgulanır; hazır bir paketin kalıbına girmeniz gerekmez. Kaynak kod ve veri kuruma aittir.
Detay →Numunenin kabul edildiği andan analiz sertifikasına kadar tüm adımları tek kayıt üzerinde yürüten laboratuvar bilgi yönetim sistemi kuruyoruz: barkodlu numune takibi, metot kütüphanesi, cihaz bağlantısı, spesifikasyon kontrolü, kademeli onay ve denetime hazır kayıt düzeni.
Detay →Teklif, proje, zaman kaydı, hakediş ve fatura zincirini tek kayıt üzerinde birleştiririz. Ajans, danışmanlık, mühendislik ve yazılım firmalarında kimin hangi işe ne kadar zaman verdiği, kaynak doluluk oranı ve proje kârlılığı iş bittikten sonra değil, iş sürerken görünür hale gelir.
Detay →Hastane bilgi yönetim sisteminizin yerine geçmeyiz; yanında çalışan bir işletme katmanı kurarız. Randevu ve kaynak doluluğu, tedavi planı takibi, hatırlatma, sarf ve implant stoğu, sağlık turizminde hasta yolculuğu ve yönetim panosu bu katmanda toplanır. Kaynak kod ve veri sizde kalır.
Detay →Şirketin evrakını klasörlerden ve kişisel bilgisayarlardan çıkarıp tek arşive taşıyoruz. Her belgenin sürümü, kimin görebileceği, hangi onaydan geçtiği ve ne kadar saklanacağı sistemde tanımlıdır; aranan evrak dakikalar değil saniyeler içinde bulunur ve geçmişi denetimde kanıtlanabilir. DMS belgenin kendisini yönetir; ECM ise belgeyle birlikte akan süreci ve içeriği kapsar.
Detay →
