Satın Almadan Ödemeye - Satınalma Siparişi Veri Template'inuz
Satın Almadan Ödemeye - Satınalma Siparişi Veri Template'inuz
- Önerilen Öznitelikler
- Süreç haritalaması için izlenecek temel aktiviteler
- Pratik veri veri çekme kılavuzu
Satın Almadan Ödemeye - Satınalma Siparişi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Satınalma siparişi süreç döngüsü içinde gerçekleşen belirli bir iş olayının veya adımının adı. | ||
|
Açıklama
Bu öznitelik, 'Satınalma Siparişi Oluşturuldu', 'Satınalma Siparişi Onaylandı' veya 'Mal Kabulü Kaydedildi' gibi satınalma siparişi sürecindeki tek bir adımı tanımlar. Bu faaliyetlerin sırası, her bir satınalma siparişi için süreç akışını oluşturur. Faaliyetleri analiz etmek, Process Mining'in özünü oluşturur. Süreç haritasının görselleştirilmesine, süreç varyantlarının keşfine ve sıkça tekrarlanan veya gecikmelere neden olan faaliyetlerin belirlenmesine sunar. Faaliyetlerin sırasını ve sıklığını anlamak, süreç optimizasyonu için büyük önem taşır.
Neden Önemli?dir?
Bu öznitelik, süreç haritasını oluşturmak ve satınalma siparişi süreç döngüsünü oluşturan eventlerin sırasını anlamak için gereklidir.
Nereden Alınır??
PurchTable, PurchReqTable gibi tablolardaki ve VendPackingSlipJour veya VendInvoiceJour gibi ilgili kayıt defterlerindeki durum değişikliklerine dayalı iş mantığından türetilmiştir.
Örnekler:::::::
Satınalma Siparişi OluşturulduSatınalma Siparişi OnaylandıMal Kabul Kaydı YapıldıSatınalma Siparişi Faturalandırıldı
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir aktivite veya olayın gerçekleştiği tam tarih ve saat. | ||
|
Açıklama
Bu zaman damgası (zaman damgası), satın alma siparişi sürecindeki her Activity'nin ne zaman gerçekleştiğini kaydeder. Olayların doğru şekilde sıralanmasını sağlayan, sürecin kronolojik omurgasıdır. Süreç analizinde, Event zaman damgası (zaman damgası)'leri döngü süreleriı, Aktiviteler arasındaki süreleri ve genel vaka süresini hesaplanmasında temel rol oynar. Darboğazlar (Bottlenecks)i belirlemek, SLA'lara karşı performansı ölçmek ve sürecin zamansal dinamiklerini anlamak için kullanılırlar. Örneğin, 'Satınalma Siparişi Oluşturuldu' ve 'Satınalma Siparişi Onaylandı' arasındaki süreyi hesaplamak için kullanılır.
Neden Önemli?dir?
Zaman damgaları, süreç darboğazlarıni belirlemek için kritik olan döngü süreleri ve süreler gibi tüm zamana dayalı performans metriklerini hesaplamak için büyük önem taşır.
Nereden Alınır??
Birden fazla tablodaki çeşitli tarih/saat alanlarından (örneğin PurchTable üzerindeki CreatedDateTime veya ilgili yevmiye tablolarındaki kayıt tarihleri) çıkarılmıştır.
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
|
|||
|
Satınalma Siparişi
PurchaseOrderNumber
|
Satınalma Siparişi için birincil vaka olarak hizmet veren benzersiz tanımlayıcı. | ||
|
Açıklama
Satın Alma Siparişi numarası, ilk taslaktan nihai tamamlamaya veya iptale kadar tüm ilgili aktiviteleri birbirine bağlayan merkezi bir tanımlayıcıdır. Her benzersiz numara, satınalma siparişi sürecinin tek bir örneğini temsil eder. Process Mining'de, bu öznitelik her Satınalma Siparişinin tüm sürecini yeniden yapılandırmak için kullanılır. Süreci bu tanımlayıcıya göre analiz etmek, tüm süreç döngüsünün ayrıntılı bir görünümünü sunarak, bireysel siparişler için ortak yolları, sapmaları ve darboğazları belirlemeye yardımcı olur.
Neden Önemli?dir?
Süreç akışını yeniden yapılandırmak için temel büyük önem taşır ve her bir satın alma siparişinin baştan sona yolculuğunun analizini sunar.
Nereden Alınır??
Bu, Microsoft Dynamics 365'te PurchTable'daki PurchId alan adıyla tipik olarak satın alma siparişi üst bilgi tablosundaki birincil temel rol oynar.
Örnekler:::::::
PO-001245PO-001246PO-001247
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin hangi sistemden çıkarıldığını gösterir. | ||
|
Açıklama
Bu öznitelik, satınalma siparişi verilerinin kaynaklandığı uygulamayı tanımlar. Bu veri modeli için değer tipik olarak 'Microsoft Dynamics 365' olacaktır. Daha büyük kuruluşlarda, tedarik süreçleri birden fazla sistemi kapsayabilir. Bu öznitelik, veri yönetişimine yardımcı olur ve verinin kaynağının net olmasını sunar; bu, farklı kaynaklardan gelen verileri birleştirirken özellikle önemlidir.
Neden Önemli?dir?
Verinin kaynağı hakkında bağlam oluşturarak, veri yönetimi, doğrulama ve sürecin teknolojik yapısını anlamak için büyük önem taşır.
Nereden Alınır??
Bu, veri çıkarma ve dönüştürme sürecinde veri setini etiketlemek için eklenen statik bir değerdir.
Örnekler:::::::
Microsoft Dynamics 365 F&OD365
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu süreç için verilerin son kez yenilendiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu öznitelik, kaynak sistemden en son veri çekiminin tarihini ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sunar. Son güncelleme zamanını bilmek, kullanıcıların en güncel süreç verilerini görüntüleyip görüntülemediklerini anlamaları için önemlidir. Analizin uygunluğunu değerlendirmeye ve düzenli veri yenilemelerini planlamaya yardımcı olur.
Neden Önemli?dir?
Verilerin güncelliği hakkında şeffaflık sağlayarak, kullanıcıların süreç analizlerinin ne kadar güncel olduğunu bilmelerini sunar.
Nereden Alınır??
Bu, veri alım sürecinde oluşturulan ve depolanan bir metadata niteliğidir.
Örnekler:::::::
2024-05-21T05:00:00Z
|
|||
|
Kullanıcı Adı
UserName
|
Belirli bir aktiviteyi gerçekleştiren kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, bir satınalma siparişini oluşturma, onaylama veya değiştirme gibi bir eventi gerçekleştirmekten sorumlu kişiyi tanımlar. Bu, bir sistem kullanıcı kimliği veya tam ad olabilir. Kullanıcı faaliyetini analiz etmek, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve süreç sapmalarına dahil olan bireyleri veya ekipleri tespit etmeye yardımcı olur. Onaylayıcı performansıyla ilgili Dashboard'lar için büyük önem taşır ve belirli kullanıcılar tarafından gerçekleştirilen faaliyetleri filtrelemek için kullanılabilir.
Neden Önemli?dir?
Kullanıcı bazında performans analizini sunar, belirli kişilerle ilgili darboğazları belirlemeye yardımcı olur ve süreç adımları için hesap verebilirliği sunar.
Nereden Alınır??
PurchTable gibi tablolardaki CreatedBy veya ModifiedBy gibi alanlarda bulunabilir. Kullanıcı detayları genellikle UserInfo tablosunda saklanır.
Örnekler:::::::
Alice JohnsonBob WilliamsSysAdmin
|
|||
|
PO Durumu
PurchaseOrderStatus
|
Satınalma siparişinin süreç döngüsündeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, bir satınalma siparişinin belirli bir zamandaki genel durumunu, örneğin 'Açık sipariş', 'Alındı', 'Faturalandı' veya 'İptal Edildi' olarak belirtir. En son faaliyetin sonucunu temsil eder. Durumu takip etmek, tüm açık satınalma siparişlerinin mevcut durumunu anlamak için faydalıdır. Process Mining'de, vakaların sonuçlarını analiz etmek için kullanılabilir; örneğin, 'İptal Edildi' durumuyla sona eren tüm satınalma siparişlerini filtreleyerek nedenlerini araştırmak için.
Neden Önemli?dir?
Satın alma siparişinin mevcut durumunun anlık bir görüntüsünü sunar; bu da durumları filtrelemek ve tamamlama veya iptal oranları gibi süreç sonuçlarını analiz etmek için faydalıdır.
Nereden Alınır??
PurchTable'da bulunur. Birincil durum alanları DocumentState ve PurchStatus'tur.
Örnekler:::::::
Açık siparişTeslim AlındıFaturalandırıldıİptal Edildi
|
|||
|
PO Toplam Tutarı
PurchaseOrderTotalAmount
|
Satın alma siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu nitelik, satın alma siparişine dahil edilen tüm ürün ve hizmetlerin toplam maliyetini temsil eder. Tedarik süreci için önemli bir finansal ölçüttür. Süreci toplam tutara göre analiz etmek, önemli stratejik bilgiler sağlayabilir. Örneğin, daha yüksek değerli satın alma siparişleri farklı, daha sıkı bir onay yolunu izleyebilir veya daha uzun döngü süreleria sahip olabilir. Ayrıca finansal raporlamada ve satın alma siparişlerini analiz için değer bantlarına ayırmada da kullanılır.
Neden Önemli?dir?
Tedarik sürecinin finansal analizini sunar, sipariş değerinin onay süreleri ve yollar gibi süreç davranışlarını nasıl etkilediğini belirlemeye yardımcı olur.
Nereden Alınır??
Bu değer, belirli bir PurchId için LineAmount'ı toplayarak PurchLine tablosundan hesaplanabilir veya PurchTable üzerindeki üst bilgi seviyesindeki tutar alanlarında bulunabilir.
Örnekler:::::::
5250.00120.50150000.00
|
|||
|
Talep Edilen Teslimat Tarihi
RequestedDeliveryDate
|
İşletmenin, satıcıdan mal veya hizmetleri teslim etmesini talep ettiği tarih. | ||
|
Açıklama
Bu tarih, satın alma siparişinde belirtilir ve istenen teslimat zaman çizelgesini tedarikçiye bildirir. Tedarikçi teslimat performansını ölçmek için bir başlangıç noktası görevi görür. Bu nitelik, 'Tedarikçi Teslimat Uygunluğu' kontrol paneli'ı ve 'Zamanında Teslimat Oranı (OTD) KPI'ı'sı için büyük önem taşır. İşletmeler, RequestedDeliveryDate ile fiili mal kabul tarihini karşılaştırarak tedarikçi güvenilirliğini nicelleştirebilir ve tedarik zincirindeki kronik gecikmeleri belirleyebilir.
Neden Önemli?dir?
Tedarikçi güvenilirliğini ve tedarik zinciri verimliliğini değerlendirmek için kritik bir KPI olan zamanında teslimat performansını ölçmek için temel teşkil eder.
Nereden Alınır??
PurchTable (üst düzey) veya PurchLine (kalem düzeyi) üzerinde genellikle DeliveryDate olarak bulunur.
Örnekler:::::::
2023-11-152023-12-012024-01-20
|
|||
|
Tedarikçi Adı
VendorName
|
Satınalma siparişinin oluşturulduğu tedarikçinin veya satıcının adı. | ||
|
Açıklama
Bu öznitelik, mal veya hizmetleri sağlayan harici tedarikçinin adını içerir. Tedarik faaliyetlerini analiz etmek için önemli bir boyuttur. Süreci tedarikçi adına göre segmentlere ayırmak, tedarikçi performansını değerlendirmek için büyük önem taşır. Her tedarikçi için zamanında teslimat oranları, mal iade oranları ve kalite kontrol sonuçlarının analizine sunar. Bu, güvenilir ortakları ve gecikmelere veya kalite sorunlarına neden olabilecekleri belirlemeye yardımcı olur.
Neden Önemli?dir?
Bu öznitelik, tedarikçi performans yönetimi için gereklidir; teslimat sürelerinin, iade oranlarının ve tedarikçiye göre genel güvenilirliğin analizini sunar.
Nereden Alınır??
Tedarikçi hesabı PurchTable tablosunda (OrderAccount alanı) saklanır. Adı, VendTable tablosuyla birleştirilerek alınır.
Örnekler:::::::
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
|
|||
|
Bölüm
DepartmentName
|
Satınalma talebini veya siparişini başlatan departmanın adı. | ||
|
Açıklama
Bu öznitelik, satınalmadan sorumlu dahili iş birimini veya departmanı tanımlar. Genellikle satınalma talebini oluşturan kişiden türetilir. Süreci departmana göre analiz etmek, kuruluşun farklı bölümlerinin tedarik sürecini nasıl kullandığını anlamak için kilit noktadır. Daha uzun onay döngülerine, daha yüksek Satınalma Siparişi (PO) değişiklik oranlarına veya belirli satın alma modellerine sahip departmanları belirlemeye yardımcı olabilir. Bu, hedefe yönelik süreç iyileştirme girişimlerine sunar.
Neden Önemli?dir?
Farklı iş birimleri arasında süreç performansının karşılaştırılmasını sağlayarak, departmana özgü davranışları, darboğazları veya verimsizlikleri belirlemeye yardımcı olur.
Nereden Alınır??
Bu bilgi genellikle satın alma talebi (PurchReqTable) veya satın alma siparişi (PurchTable) talep edeni veya oluşturucusu ve İnsan Kaynakları (HR) modülündeki ilgili departmanı aracılığıyla bağlantılıdır.
Örnekler:::::::
FinansBTÜretimPazarlama
|
|||
|
İade Nedeni
ReturnReason
|
Bir satınalma siparişindeki malların tedarikçiye iade edildiğinde belirtilen neden. | ||
|
Açıklama
Bir 'Tedarikçiye Mal İadesi' aktivitesi gerçekleştiğinde, bu öznitelik; 'Hasarlı Ürün', 'Hatalı Ürün' veya 'Düşük Kalite' gibi iade gerekçelerini kaydeder. Bu veri, 'Satınalma Siparişi İade Oranı' kontrol paneli'u için büyük önem taşır. İade nedenlerinin analiz edilmesi; sorunun tedarikçi kalitesinden mi, dahili sipariş hatalarından mı yoksa nakliye süreçlerinden mi kaynaklandığını belirleyerek iadelerin kök nedenlerini ortaya çıkarır. Bu sayede, iade oranlarını düşürmek için hedef odaklı aksiyonlar alınabilir.
Neden Önemli?dir?
Malların neden iade edildiğine dair önemli bilgi sağlayarak, tedarikçi kalitesi, sipariş doğruluğu veya lojistikle ilgili sorunları teşhis etmeye yardımcı olur.
Nereden Alınır??
İade nedenleri genellikle iade siparişi işlemlerinde veya negatif makbuz kayıtlarıyla ilişkili neden kodları aracılığıyla yakalanır.
Örnekler:::::::
Nakliye sırasında hasar görmüşYanlış ürün teslim edildiBaşarısız kalite denetimi
|
|||
|
Onaylayanın Adı
ApproverName
|
Satınalma siparişini veya onay iş akışını (workflow)ndaki bir adımı onaylayan kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, satınalma siparişine resmi onay veren yöneticiyi veya kullanıcıyı tanımlar ve siparişin ilerlemesini sunar. Çok seviyeli onay iş akışlarınında, tek bir satınalma siparişi için birden fazla onaylayıcı olabilir. Onaylayıcıyı takip etmek, 'Satınalma Siparişi Onay Döngüsü Süresi Analizi' ve 'Onaylayıcı Performans Metrikleri' Dashboard'ları için gereklidir. Her onaylayıcının ne kadar sürdüğünü ölçmeye, onay zincirindeki darboğazları belirlemeye ve iş yükü dağılımını ile verimliliği değerlendirmeye yardımcı olur.
Neden Önemli?dir?
Onay sürecinin analizini sağlayarak, onay darboğazlarını belirlemeye ve farklı onaylayıcıların performansını ve iş yükünü ölçmeye yardımcı olur.
Nereden Alınır??
Onay bilgileri tipik olarak workflow takip tablolarında saklanır, doğrudan PurchTable üzerinde değil. Satın alma siparişi ile ilişkili workflow geçmişini sorgulamayı gerektirir.
Örnekler:::::::
Charles GreenDiana PrinceEdward Nigma
|
|||
|
Satın Alma Kategorisi
PurchaseCategory
|
Satın alınan ürün veya hizmetin 'IT Donanımı' veya 'Ofis Malzemeleri' gibi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, satınalma siparişi kalemlerini mantıksal kategoriler halinde gruplamanın bir yolunu sunar. Bu sınıflandırma, harcama modellerini ve farklı tedarik türleri arasındaki süreç varyasyonlarını analiz etmeye yardımcı olur. Süreç analizinde, satın alma kategorisine göre filtreleme, farklı davranışları ortaya çıkarabilir. Örneğin, sermaye harcamaları için tedarik süreci, operasyonel sarf malzemelerine göre daha uzun ve daha karmaşık olabilir. Kategoriye göre değişiklik eğilimlerini ve iade oranlarını analiz etmek için Panellerde kullanılır.
Neden Önemli?dir?
Sürecin satın alınan mal veya hizmet türüne göre bölümlendirilmesini sunar, farklı harcama kategorileri için farklı süreç davranışlarını ortaya çıkarır.
Nereden Alınır??
Ürün kategorileri, yayınlanmış ürünlerle (InventTable) bağlantılıdır ve bunlar daha sonra PurchLine üzerinde kullanılır. Kategori bilgisi ise kategori yönetim tablolarında saklanır.
Örnekler:::::::
BT DonanımıOfis MalzemeleriProfesyonel Enerji ve AltyapıHammadde
|
|||
|
Satın Alma Talebi
PurchaseRequisitionNumber
|
Satınalma siparişinden önce gelen satınalma talebinin tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, bir satınalma siparişini orijinal dahili talebe, yani satınalma talebine bağlar. Tüm satınalma siparişleri bir talepten kaynaklanmaz. Bu bağlantı, tam 'Talepden Satınalma Siparişine' sürecini analiz etmek için büyük önem taşır. 'Talepden Satınalma Siparişine Dönüşüm Hızı' KPI'ını ölçmeye ve dahili talebin ne kadar hızlı harici bir siparişe dönüştürüldüğünü anlamaya sunar. Ayrıca, örneğin resmi bir talep olmaksızın oluşturulan Satın Alma Siparişlerini (PO) belirleyerek uyumluluğu analiz etmeye de yardımcı olur.
Neden Önemli?dir?
PO'yu ilk talebe bağlar, talep-sipariş döngü süresinin analizini sağlayarak ve süreç uyumluluğunu temin eder.
Nereden Alınır??
PurchLine tablosunda, PurchReqTable ile bağlantılı olan PurchReqId alanında bulunur.
Örnekler:::::::
PR-000871PR-000872PR-000873
|
|||
|
Satınalma Siparişi Değişti mi
IsPurchaseOrderChanged
|
Satın alma siparişinin ilk onayından sonra değiştirilip değiştirilmediğini gösteren bir boolean değeri. | ||
|
Açıklama
Bu hesaplanmış nitelik, belirli bir vaka için 'Satınalma Siparişi Onaylandı' Activity'sinden sonra herhangi bir 'Satınalma Siparişi Değiştirildi' Activity'si gerçekleşirse 'true' olarak ayarlanır. Yeniden işleme ve değişikliklerin analizini basitleştirir. Bu gösterge, 'Onay Sonrası Satınalma Siparişi Değişiklik Oranı' KPI'sının ve 'Satınalma Siparişi Değişiklik Trendleri' kontrol paneli'ının hesaplanması için büyük önem taşır. Yeniden işleme gerektiren satın alma siparişlerini izole etmek ve analiz etmek için doğrudan bir yol sunarak, bu tür değişikliklerin temel nedenlerini belirlemeye yardımcı olur.
Neden Önemli?dir?
Süreç istikrarsızlığının ve verimsizliğinin temel göstergeleri olan yeniden işleme ve değişiklik sıklığının ölçümünü basitleştirir.
Nereden Alınır??
Bu, Event Log'daki Activity dizisinden türetilen hesaplanmış bir niteliktir.
Örnekler:::::::
truefalse
|
|||
|
Şirket Kodu
CompanyCode
|
Satınalma siparişini veren tüzel kişilik veya şirketin tanımlayıcısı. | ||
|
Açıklama
Çoklu şirket ortamında, bu nitelik hangi tüzel kişiliğin satın alma yaptığını belirtir. Bu, temel bir organizasyonel veri noktasıdır. Bu nitelik, aynı organizasyon içindeki farklı tüzel kişilikler arasında Satın Almadan Ödemeye sürecinin karşılaştırmalı analizini sunar. Şirketler arasında süreç verimliliği, uyumluluk ve tedarikçi yönetimindeki farklılıkları vurgulayarak standardizasyon çabalarını destekler.
Neden Önemli?dir?
Çoklu varlıklı kuruluşlar için, tedarik sürecini farklı yasal varlıklar arasında karşılaştırmak ve standartlaştırmak gereklidir.
Nereden Alınır??
Bu, PurchTable dahil olmak üzere Dynamics 365'teki hemen her tabloda bulunan DataAreaId alanıdır.
Örnekler:::::::
USMFDEMFGBSI
|
|||
|
Teslimat Konumu
DeliveryLocation
|
Malların teslim edileceği belirli saha, depo veya adres. | ||
|
Açıklama
Bu nitelik, satın alma siparişindeki ürünlerin teslim edileceği fiziksel konumu belirtir. Bu bir depo, belirli bir ofis veya proje sahası olabilir. Süreci teslimat konumuna göre analiz etmek, özellikle mal kabul sürecindeki bölgesel veya lokasyona özgü darboğazları belirlemeye yardımcı olabilir. 'Mal Kabul İşleme Süresi' kontrol paneli'ı, farklı lokasyonlardaki verimliliği karşılaştırmak için bu niteliği kullanabilir.
Neden Önemli?dir?
Özellikle mal kabulü ve kalite denetimi aşamalarında, konuma özel süreç farklılıklarını veya gecikmeleri tanımlamaya yardımcı olur.
Nereden Alınır??
Teslimat adresi ve konum bilgileri PurchTable'da saklanır ve şirket veya tedarikçi kurulumundan varsayılan olarak alınabilir.
Örnekler:::::::
Main Warehouse ABuilding C OfficeBatı Yakası Dağıtım Merkezi
|
|||
|
Zamanında Teslimat
IsOnTimeDelivery
|
Malların talep edilen teslim tarihinde veya öncesinde teslim alınıp alınmadığını gösteren bir boolean değeri. | ||
|
Açıklama
Bu hesaplanmış nitelik, 'Mal Kabul Kaydedildi' Activity'sinin zaman damgası (zaman damgası)'ini RequestedDeliveryDate ile karşılaştırır. Eğer mal kabul tarihi istenen tarihte veya daha önce ise 'true' olarak ayarlanır. Bu gösterge, 'Zamanında Teslimat Oranı (OTD) KPI'ı'sının hesaplanmasını doğrudan destekler. Tedarikçi performansının analizini basitleştirir ve zamanında yapılan teslimatlar ile geciken teslimatların kolayca filtrelenmesini ve görselleştirilmesini sunar; bu da 'Tedarikçi Teslimat Uygunluğu' kontrol paneli'ı için merkezi öneme sahiptir.
Neden Önemli?dir?
Teslimat performansı için net, ikili bir sonuç sunar, böylece zamanında teslimat KPI'larının ve tedarikçi puan kartlarının hesaplanmasını basitleştirir.
Nereden Alınır??
Bu, RequestedDeliveryDate ile 'Mal Kabul Kaydedildi' Activity'sinin (EventTime)'ı karşılaştırılarak elde edilen hesaplanmış bir niteliktir.
Örnekler:::::::
truefalse
|
|||
Satın Almadan Ödemeye - Satınalma Siparişi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Mal Kabul Kaydı Yapıldı
|
Teslim alınan malların satın alma siparişine karşı sisteme resmi kaydını işaretler. Bu olay, bir ürün teslimat defteri kaydı yapıldığında yakalanır. | ||
|
Neden Önemli?dir?
Bu, envanteri güncelleyen ve fatura eşleştirme sürecinin başlangıcını işaret eden önemli bir kilometre taşıdır. 'Zamanında Teslimat Oranı' ve tedarikçi teslim süresini ölçmek için bitiş noktasıdır.
Nereden Alınır??
VendPackingSlipJour'da saklanan ürün teslim fişi kaydının oluşturulmasından alınmıştır. Bu tablodaki createdDateTime veya PackingSlipDate, malların resmi olarak ne zaman teslim alındığını gösterir.
Yakala
PO'ya bağlı VendPackingSlipJour kaydından oluşturma veya kaydetme zaman damgası (zaman damgası)'ini kullanın.
Event tipi
explicit
|
|||
|
Satın Alma İsteği Oluşturuldu
|
Bu faaliyet, mal veya hizmetler için resmi talep olan bir satınalma talebinin oluşturulmasını işaret eder. Satınalma talebi tablosunda yeni bir kayıt oluşturulduğunda kaydedilir ve tedarik talebinin başlangıcını gösterir. | ||
|
Neden Önemli?dir?
Bu, satın alma siparişi sürecinin ilk tetikleyicisidir. Bu Event'ten satın alma siparişi oluşturulmasına kadar geçen süreyi analiz etmek, dahili süreç verimliliğini ve talebe yanıt verme yeteneğini ölçmeye yardımcı olur.
Nereden Alınır??
Bu Event, PurchReqTable içinde bir kaydın oluşturulmasına karşılık gelir. Kaydın oluşturulma zaman damgası (zaman damgası)'i (createdDateTime) Event zamanını işaretler.
Yakala
Her satın alma talebi için PurchReqTable'dan oluşturma zaman damgası (zaman damgası)nı çıkarın.
Event tipi
explicit
|
|||
|
Satınalma Siparişi Oluşturuldu
|
Bu faaliyet, sistemde bir taslak satınalma siparişi belgesinin oluşturulmasını ifade eder. Genellikle onaylanmış bir talebi takiben, satınalma siparişi başlık kaydının oluşturulma zaman damgası (zaman damgası)ndan kaydedilir. | ||
|
Neden Önemli?dir?
Bu, dahili bir talepten resmi bir satın alma belgesine geçişi işaret eder. Satınalma Siparişi işleme ve onay döngü süreleriını ölçmek için önemli bir başlangıç noktasıdır.
Nereden Alınır??
Bu Event, PurchTable içinde bir kaydın oluşturulmasıdır. Bu tablodaki createdDateTime alanı Activity için zaman damgası (zaman damgası) sunar.
Yakala
Her bir satın alma siparişi için PurchTable'dan oluşturulma zaman damgası (zaman damgası)nı çıkarın.
Event tipi
explicit
|
|||
|
Satınalma Siparişi Onaylandı
|
Satın alma siparişinin nihai onayını işaretleyerek tedarikçiye gönderilmesini destekler. Bu olay genellikle Satınalma Siparişindeki bir durum değişikliğinden veya doğrudan iş akışı geçmişinden çıkarılır. | ||
|
Neden Önemli?dir?
Bu kritik bir kilometre taşıdır, çünkü satın alma siparişi onaylanana kadar başka hiçbir işlem yapılamaz. Onay darboğazlarıni analiz etmek ve 'Satınalma Siparişi Onay Süresi' KPI'sını ölçmek için büyük önem taşır.
Nereden Alınır??
PurchTable üzerindeki DocumentState alanının 'Approved' durumuna değişmesinden çıkarılır. Alternatif olarak, WorkflowTrackingStatusTable'daki son onay adımının tamamlanma zaman damgası (zaman damgası)ndan elde edilebilir.
Yakala
PurchTable üzerindeki DocumentState'in 'Approved' durumuna geçtiği zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Satınalma Siparişi Satıcıya Gönderildi
|
Bu faaliyet, onaylanmış satınalma siparişinin tedarikçiye iletildiğini belirtir. Satınalma Siparişi (PO) onaylandığında kaydedilir; bu, bir onay günlüğü oluşturur ve genellikle belgenin gönderilmesini tetikler. | ||
|
Neden Önemli?dir?
Bu, dışa dönük ilk adımdır ve tedarikçi teslim süresini başlatır. Tedarikçi performansını ve 'Zamanında Teslimat Oranı (OTD) KPI'ı'sını izlemek için büyük önem taşır.
Nereden Alınır??
Bu olay, PurchPurchaseOrderJour tablosunda (Satınalma Siparişi onay kaydı) bir kayıt oluşturulmasıyla işaretlenir. Bu kaydın oluşturulma tarihi activity zaman damgası (zaman damgası) olarak olarak kullanılır.
Yakala
PO için ilk PurchPurchaseOrderJour kaydının oluşturulma zaman damgası (zaman damgası)'ini kullanın.
Event tipi
explicit
|
|||
|
Satınalma Siparişi Tamamlandı
|
Tüm malların teslim alındığı ve faturalandırıldığı satın alma siparişi süreç döngüsünün başarılı bir şekilde tamamlandığını gösterir. Bu, genellikle PO durumu nihai, kapalı bir duruma güncellendiğinde çıkarılır. | ||
|
Neden Önemli?dir?
Bu faaliyet, başarılı bir süreç örneğinin sonunu tanımlar. Oluşturulmasından tamamlanmasına kadar 'Genel Satınalma Siparişi Döngü Süresi'ni ölçmek, süreç verimliliğine uçtan uca bir bakış açısı sunar.
Nereden Alınır??
PurchTable üzerindeki durum alanlarından, örneğin hem DocumentState'in 'Invoiced' olduğu hem de satır öğesi durumlarının tam teslimat ve faturalamayı gösterdiği durumlarda çıkarılır.
Yakala
PO'nun başlık ve satır durumlarının nihai, kapalı bir duruma (örneğin, 'Faturalandı') güncellendiği zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Kalite Kontrolü Gerçekleştirildi
|
Teslim alınan ürünler için kalite kontrolünün tamamlandığını gösterir. Bu olay genellikle Kalite Yönetimi modülü veya bir durum güncellemesi aracılığıyla yönetilir. | ||
|
Neden Önemli?dir?
Bu faaliyet, malların kabulü ile kullanıma hazır hale getirilmesi arasında önemli bir bottleneck olabilir. Süresini analiz etmek, 'Kalite Kontrol Döngü Süresi' KPI'ını iyileştirmeye yardımcı olur.
Nereden Alınır??
Bu, satın alma siparişi makbuzuna bağlı bir Kalite Siparişi (InventQualityOrderTable) tamamlandığında çıkarılabilir. Durumun 'Geçti' veya 'Kaldı' olarak değiştiği zaman damgası (zaman damgası) olayı işaretler.
Yakala
Satın alma siparişi kalemine bağlı InventQualityOrderTable üzerindeki durum tamamlama zaman damgası (zaman damgası)'ini izleyin.
Event tipi
inferred
|
|||
|
Mallar Tedarikçiye İade Edildi
|
Daha önce teslim alınan malların hasar veya yanlış ürün gibi sorunlar nedeniyle satıcıya iade edildiğini gösterir. Bu, bir iade işleminin kaydedilmesiyle yakalanır. | ||
|
Neden Önemli?dir?
İadeler, süreç hatalarını ve ek maliyetleri temsil eder. Bu aktiviteyi takip etmek, 'Satınalma Siparişi İade Oranı'nı hesaplamaya ve tedarikçiler veya ürünlerle ilgili sorunları belirlemeye yardımcı olur.
Nereden Alınır??
Bu Event, negatif miktarda bir satın alma siparişinin oluşturulmasından veya orijinal satın alma siparişine atıfta bulunan belirli bir iade siparişi belgesinden çıkarılır. İade kaydının işlem tarihi Event zamanıdır.
Yakala
Orijinal PO'ya karşı bir satın alma iade siparişi veya borç dekontunun kaydını belirleyin.
Event tipi
explicit
|
|||
|
Satın Alma İsteği Onaylandı
|
Yetkili bir yönetici tarafından bir satınalma talebinin resmi olarak onaylandığını gösterir. Bu olay genellikle workflow geçmiş kayıtlarından veya talep kaydındaki bir durum değişikliğinin izlenmesiyle yakalanır. | ||
|
Neden Önemli?dir?
Onay, bir talebin bir satın alma siparişine dönüştürülmesini sağlayan kritik bir dönüm noktasıdır. Buradaki gecikmeler, tüm tedarik sürecinin zaman çizelgesini doğrudan etkiler.
Nereden Alınır??
Satın alma talebiyle ilişkili WorkflowTrackingStatusTable'dan alınabilir veya PurchReqTable'daki durum alanının 'Onaylandı' durumuna değişmesinden çıkarılabilir.
Yakala
Talep için workflow geçmişindeki son onay adımının tamamlanma zaman damgası (zaman damgası)'ini kullanın.
Event tipi
explicit
|
|||
|
Satınalma Siparişi Değiştirildi
|
Bu faaliyet, bir satınalma siparişi onaylandıktan sonra yapılan herhangi bir değişikliği yakalar. Dynamics 365, Satınalma Siparişinin (PO) versiyonlarını izleyebilir, bu da değişikliklerin tespit edilmesine sunar. | ||
|
Neden Önemli?dir?
Değişiklikleri takip etmek, yeniden işleme tespiti, süreç istikrarsızlığını anlama ve 'Satınalma Siparişi Değişiklik Oranı'nı ölçmek için büyük önem taşır. Değişiklikler gecikmelere ve maliyet farklılıklarına yol açabilir.
Nereden Alınır??
Arşiv veya versiyonlama tablolarında (örneğin, PurchTableHistory) depolanan satın alma siparişinin farklı versiyonları karşılaştırılarak çıkarılır. Sürüm numarasındaki bir artış, bir değişikliği işaret eder.
Yakala
PurchTable üzerindeki sürüm numarasının onay sonrası arttığı kayıtları belirleyin.
Event tipi
inferred
|
|||
|
Satınalma Siparişi Faturalandırıldı
|
Bu faaliyet, bir tedarikçi faturasının alınmış ve satınalma siparişine karşı işlenmiş olduğu noktayı işaret eder. Bu event, tedarik ve ödeme süreçlerini birbirine bağlar. | ||
|
Neden Önemli?dir?
Bu, ödeme öncesindeki son adımdır ve satın almanın nihai maliyetini hesaplamak için büyük önem taşır. Üç yönlü eşleştirme analizi için bir bitiş noktası sunar.
Nereden Alınır??
Bu Event, satın alma siparişiyle eşleştirilen bir tedarikçi fatura jurnalinin (VendInvoiceJour) kayda alınmasından alınır. Bu kayıttaki InvoiceDate veya kayıt tarihi zaman damgası (zaman damgası)'tir.
Yakala
PurchTable kaydına bağlı VendInvoiceJour tablosundan kaydetme zaman damgası (zaman damgası)'ini kullanın.
Event tipi
explicit
|
|||
|
Satınalma Siparişi İptal Edildi
|
Bir satınalma siparişinin tam olarak tamamlanmadan önce sonlandırıldığını gösterir. Bu, satınalma siparişi belgesindeki belirli bir durum değişikliği ile yakalanır. | ||
|
Neden Önemli?dir?
İptaller önemli bir istisnai durumdur. Sıklıklarını ve nedenlerini analiz etmek, planlama veya tedarikçi güvenilirliğindeki sorunları ortaya çıkarabilir.
Nereden Alınır??
Bu, PurchTable üzerindeki DocumentState alanının 'İptal Edildi' olarak güncellenmesinden çıkarılır. Bu durum değişikliğinin zaman damgası (zaman damgası)'i Event'i işaretler.
Yakala
PurchTable üzerindeki DocumentState'in 'Canceled' olarak ayarlandığı zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Satınalma Siparişi Onay İçin Gönderildi
|
Taslak bir satınalma siparişinin resmi olarak onay iş akışını (workflow)na gönderildiği noktayı gösterir. Bu, genellikle kullanıcı tarafından yapılan açık bir eylem olup, workflow kayıtları aracılığıyla yakalanır. | ||
|
Neden Önemli?dir?
Bu faaliyet, Satınalma Siparişi (PO) onay döngüsünü resmi olarak başlatır. Bunu takip etmek, Satın Alma Siparişlerinin onay için ne kadar beklediğini ve toplam onay süresini kesin olarak ölçmeye sunar.
Nereden Alınır??
Satın alma siparişi için gönderim olayını ve zaman damgası (zaman damgası)nı kaydeden WorkflowTrackingStatusTable'dan alınmıştır.
Yakala
PurchTable kaydıyla ilişkili workflow geçmişindeki 'Submitted' olayını belirleyin.
Event tipi
explicit
|
|||
|
Satınalma Siparişi Tedarikçi Tarafından Onaylandı
|
Satıcının satınalma siparişi detaylarını onayladığını ve teyit ettiğini gösterir. Bu, genellikle satıcıdan gelen iletişime dayalı manuel bir veri girişi adımıdır. | ||
|
Neden Önemli?dir?
Tedarikçi onayı, siparişin işlendiğine dair güvence sunar. Bu aşamadaki gecikmeler veya tutarsızlıklar, potansiyel tedarik sorunlarına işaret edebilir.
Nereden Alınır??
Bu, genellikle PurchTable üzerindeki teslimat onay tarihleri gibi onay ile ilgili tarih veya durum alanlarının doldurulmasından çıkarılır. Bu ayrı bir Event olmayabilir.
Yakala
PurchTable veya PurchLine üzerindeki belirli bir onay tarihi alanının doldurulmasından çıkarılır.
Event tipi
inferred
|
|||