Bu sayfada
> kaynaklar > belgeler > süreç madenciliği verisi > Process Mining için verilerin kaynağını ve yapısını belirleme

Process Mining için verilerin kaynağını ve yapısını belirleme

Process Intelligence Process Intelligence Process Intelligence koltuğu veya daha üstüyle kullanılabilir. Bu plandaki veya daha üst plandaki koltuklar bu özelliği kullanabilir. Planları karşılaştırın Process Intelligence koltuğu veya daha üstüyle kullanılabilir

Veriler nereden gelir?

Her süreç, onu çalıştıran sistemlerde bir iz bırakır: siparişler bir ERPde oluşturulur, talepler bir hizmet masasında ilerler, onaylar bir iş akışı aracına kaydedilir. Process Mining bu izi okur. Bu sayfada izi nerede bulacağınızı ve nasıl Event Log biçimine getireceğinizi açıklıyoruz. Her günlüğün içermesi gereken alanlar için Process Mining için hangi verilere ihtiyacınız var? sayfasına, kabul edilen dosya türleri için Desteklenen veri biçimleri sayfasına bakın.

Bir sistemden veri çıkarmaya değip değmeyeceğini iki soru belirler:

  • Adım için yalnızca mevcut durumu değil, bir zaman damgasını da kaydediyor mu?
  • Tüm süreç boyunca Case ID olarak kullanabileceğiniz bir tanımlayıcıyı kaydediyor mu?

Bir sistem yalnızca en son durumu gösteriyorsa geçmişini veya denetim izini arayın. Kurumsal sistemlerin çoğu bunlardan birini tutar.

Olaylar genellikle nerede kaydedilir?

Sistem türü Örnekler Olayların bulunduğu yer
ERP SAP, Oracle E-Business Suite veya Fusion, Microsoft Dynamics Belge ve değişiklik tabloları: satın alma siparişleri, faturalar ve malzeme belgelerinin her birinde oluşturulma veya değiştirilme tarihi ile işlemi yapan kullanıcı bulunur
Hizmet masası ve ITSM ServiceNow, Jira, Zendesk Her alan değişikliğini kaydeden denetim ve geçmiş tabloları (örneğin ServiceNow sys_audit) ile her Task için oluşturulma ve güncellenme zaman damgaları
CRM Salesforce, Microsoft Dynamics Eski ve yeni değeri zaman damgası ve kullanıcıyla birlikte tutan nesne alanı geçmişi tabloları
İş akışı ve BPM araçları Camunda, Power Automate, özel iş akışı motorları Her süreç örneğinin tamamlanan adım geçmişi
Kurum içi uygulamalar Özel web uygulamaları, eski sistemler Uygulama günlükleri veya denetim tablosu; durum değişikliklerini hangi tablonun kaydettiğini uygulamadan sorumlu ekibe sorun
Elektronik tablolar Manuel devir teslimler, çevrim dışı onaylar Case ID ve zaman damgası sütunları tutarlı biçimde doldurulduğu sürece dışa aktarımın kendisi

Örnek: SAP’de Satın Almadan Ödemeye

Satın Almadan Ödemeye süreci, her adım için bir tane olmak üzere birkaç SAP tablosuna dağılmıştır:

Adım SAP tablosu
Satın alma talebi EBAN
Satın alma siparişi EKKO (başlık), EKPO (kalemler)
Mal kabulü MKPF (başlık), MSEG (kalemler)
Fatura alımı BKPF (başlık), BSEG (kalemler)
Ödeme PAYR, REGUH

SAP ECC üzerinde bu tabloları bir ABAP raporu veya özel programla okuyabilirsiniz. SAP S/4HANA üzerinde ise CDS görünümlerini, bir OData hizmetini veya SAP Dataspherei kullanın. Her adım için etkinlik adı, Case ID ve zaman damgasının yanı sıra isterseniz kullanıcı, tutar veya tedarikçi bilgilerini içeren yalın bir sorgu çıkarın ve sonuçları tek bir Event Logda birleştirin:

SELECT 'PO Created' AS Activity, EBELN AS CaseID, AEDAT AS Timestamp FROM EKKO
UNION
SELECT 'Goods Receipt', EBELN, BUDAT FROM MSEG JOIN MKPF ON MSEG.MBLNR = MKPF.MBLNR
UNION
SELECT 'Invoice Posted', BELNR, BUDAT FROM BKPF
ORDER BY CaseID, Timestamp;

Dışa aktarım büyümeden önce kapsamını daraltın: her şeyi dışa aktarmak yerine şirket kodu, belge türü veya mali yıl ile filtreleyin.

Dışa aktarımı yapılandırın

  • Her olay için bir satır kullanın, bütün vaka için tek satır kullanmayın. Analiz etmek istediğiniz isteğe bağlı sütunların yanı sıra Case ID, Activity ve Timestamp sütunlarını koruyun (kullanıcı, maliyet, tutar).
  • Sistemler arasında tutarlı Case IDler kullanın. Bir süreç ERP ve CRM sistemlerine yayılıyorsa, her olayın tek bir vaka altında toplanması için tanımlayıcıları eşleştirin.
  • Tek bir saat dilimi kullanın. Farklı sistemlerden gelen olayların sırasını korumak için zaman damgalarını UTCye veya tek bir saat dilimine dönüştürün.
  • Tutarlı etkinlik adları kullanın. “Approve Order” ve “Order Approval” aynı adımdır; her adım için tek bir ifade seçin.
  • Gereksiz verileri dışarıda bırakın. Test belgeleri, iptal edilmiş kayıtlar ve iç sistem adımları içgörü sağlamadan satır sayısını artırır.

Başlık satırı, ayraçlar ve zaman damgası biçimleri yükleme sırasında algılanır; tüm gereksinimler Desteklenen veri biçimleri sayfasında listelenir. Bir adım sistemlerinizde hiç bulunmuyorsa, Veri temizleme ve hazırlama sayfasında bu boşluğu nasıl dolduracağınız açıklanır.

Dışa aktarmadan önce kişisel verileri işleyin

Event Loglar genellikle adları, müşteri numaralarını veya kullanıcı kimliklerini içerir. Analizin ihtiyaç duymadığı verileri anonimleştirin veya maskeleyin, dışa aktarımı kimlerin indirebileceğini sınırlandırın ve kuruluşunuz için geçerli saklama kurallarına uyun (örneğin GDPR). ProcessMind, Veri Setlerini kiracı bazında tutar ve erişim kullanıcının rolü ile koltuğuna göre belirlenir. Ayrıntılar için Kullanıcılar, roller ve izinler sayfasına bakın.

Sonraki adım: yükleyin ve eşleyin

Event Log yapılandırıldıktan sonra yükleyin ve sütunları Veri Seti ile eşleyin:

  1. Veri Setinizi yapılandırın: Case ID, Activity ve Timestamp alanlarını eşleyin ve Veri kalitesi rozetini kontrol edin.
  2. Verilerinizi modelle eşleyin: öznitelikleri etkinliklere ve bağlantılara bağlayın.
  3. Sürekli büyüyen veriler için her şeyi yeniden yüklemek yerine artımlı (delta) yüklemeleri kullanın.

Kendi verilerinizi çıkarmadan önce akışı denemek isterseniz Örnek dosyalar bölümünde hazır örnek günlükler bulunur.

İlgili konular