Veri Şablonu: Satın Almadan Ödemeye - Satın Alma Siparişi
Satın Almadan Ödemeye - Satın Alma Siparişi Veri Şablonunuz
Bu, Satınalmadan Ödemeye - Satın Alma Siparişi süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Derinlemesine `analiz için önerilen veri alanlarının kapsamlı listesi`.
- Satın alma siparişi yaşam döngünüzü izlemek için temel faaliyetler ve kilometre taşları.
- `Satın Almadan Ödemeye sürecinizi yöneten herhangi bir temel sistem` için geçerlidir.
Satınalmadan Ödemeye - Satın Alma Siparişi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
Faaliyet Adı ActivityName | Satın alma siparişi yaşam döngüsü içinde, belirli bir anda gerçekleşen spesifik iş olayının veya görevinin adı. | ||
Açıklama Activity Name (Etkinlik Adı), satın alma siparişi süreci içindeki bir adımı veya durum değişikliğini açıklar. Örnekler arasında 'Satın Alma Siparişi Oluşturuldu', 'Satın Alma Siparişi Onaylandı', 'Mal Girişi Kaydedildi' ve 'Fatura Alındı' bulunur. Her activity, süreç yolculuğunda farklı bir noktayı temsil eder. Bu öznitelik, activity akışını görsel olarak temsil eden süreç haritasını oluşturmak için elzemdir. Farklı activity'lerin sırasını ve sıklığını analiz etmek, ortak süreç yollarını, sapmaları, bottleneck'leri ve tekrarlanan onay veya değişiklik event'leri gibi yeniden işlem döngülerini belirlemeye yardımcı olur. Neden önemli Süreç haritasının temelini oluşturur, süreç akışının, varyasyonların ve verimsizliklerin görselleştirilmesine ve analiz edilmesine olanak tanır. Nereden alınır Bu bilgi genellikle işlem kodlarından, durum değişikliği log'larından, event tablolarından veya satınalma siparişiyle ilişkili değişiklik belgesi tablolarından elde edilir. Örnekler Satın Alma Siparişi OluşturulduSatın Alma Siparişi OnaylandıMal Kabul KaydedildiFatura Alındı | |||
Olay Zamanı EventTime | Bir activity veya event'in ne zaman gerçekleştiğini gösteren kesin timestamp. | ||
Açıklama Event Time, belirli bir activity'nin yürütüldüğü veya bir durum değişikliğinin kaydedildiği tarih ve saati yakalar. Bu timestamp, satın alma siparişinin yaşam döngüsündeki her event için zamansal bağlamı sağlar. Process Mining'de, timestamp'ler döngü süresi, süreler ve activity'ler arasındaki bekleme sürelerini hesaplamak için temeldir. Her vaka için event'leri kronolojik olarak sıralayarak, süreç performansını analiz etmek, zamanın kaybedildiği bottleneck'leri belirlemek ve hizmet düzeyi anlaşmaları (SLA) ile uyumluluğu izlemek mümkün hale gelir. Neden önemli Döngü süresi hesaplaması, bottleneck tespiti ve kıyaslamalara göre performans izleme dahil olmak üzere tüm zaman tabanlı analizleri mümkün kılar. Nereden alınır Bu, genellikle event loglarında, değişiklik geçmişi tablolarında veya işlemsel belgelerde bir oluşturma veya kayıt tarihi alanı olarak bulunur. Örnekler 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z | |||
Satın Alma Siparişi Kimliği PurchaseOrderId | Bir satınalma siparişi belgesinin benzersiz tanımlayıcısıdır. Bu, process için birincil case tanımlayıcısı olarak işlev görür. | ||
Açıklama Satın Alma Siparişi Kimliği, her bir satın alma siparişine atanan, onu diğerlerinden ayıran benzersiz bir alfanümerik koddur. Belirli bir tedarik işlemiyle ilgili tüm faaliyetler, belgeler ve iletişimler için merkezi referans noktası görevi görür. Process Mining'de bu Kimlik, oluşturma, onaylama, mal teslim alma ve faturalandırma gibi ilgili tüm event'leri tek bir uçtan uca süreç örneği veya 'case' içinde gruplandırmak için çok önemlidir. Süreçleri bu tanımlayıcıya göre analiz etmek, her satın alma siparişinin başlangıcından nihai kapanışına kadar tüm yaşam döngüsünün yeniden yapılandırılmasını ve görselleştirilmesini sağlar. Neden önemli İlgili tüm olayları tek bir süreç vakasına bağlayan temel özniteliktir, bu da satın alma siparişi yaşam döngüsünün uçtan uca analizini mümkün kılar. Nereden alınır Bu, genellikle satın alma siparişi başlık tablosunda veya belgesinde bulunan bir birincil anahtar alanıdır. Örnekler PO-0012454500017563732000451 | |||
Kaynak Sistem SourceSystem | Bu, process verilerinin çıkarıldığı kayıt sistemi veya uygulamadır. | ||
Açıklama Kaynak Sistem öznitelik, event verilerinin ERP, tedarik platformu veya legacy bir sistem gibi hangi bilgi sisteminden geldiğini tanımlar. Bu, Purchase to Pay process'inin birden fazla entegre uygulamayı kapsadığı ortamlarda özellikle önemlidir. Kaynak sistemi bilmek, veri doğrulama, sorun giderme ve sisteme bağlı olabilecek process varyasyonlarını anlamayı kolaylaştırır. Örneğin, bir e-tedarik sisteminden kaynaklanan PO'lar, ana ERP'de manuel olarak oluşturulanlara göre farklı, daha otomatik bir yol izleyebilir. Neden önemli Verinin kökeni hakkında bağlam sağlar; bu, veri yönetişimi, doğrulama ve farklı sistemlerdeki süreç varyasyonlarını analiz etmek için kritik öneme sahiptir. Nereden alınır Bu, veri çıkarma sırasında eklenen statik bir değer veya kaynak tablolarda giriş sistemini gösteren bir alan olabilir. Örnekler SAP S/4HANAOracle FusionCoupa | |||
Son Veri Güncellemesi LastDataUpdate | Bu sürece ait verilerin son kez yenilendiği veya çıkarıldığı zamanı belirten zaman damgası. | ||
Açıklama Bu öznitelik, kaynak sistemden yapılan en son veri yüklemesinin veya yenilemesinin tarih ve saatini kaydeder. Tek bir event yerine tüm dataset'e uygulanan bir metadata alanıdır. Bu bilgi, kullanıcıların analiz ettikleri verilerin güncelliğini anlamaları için kritik öneme sahiptir. İçgörülerin alaka düzeyini ölçmelerine yardımcı olur ve kararların analizleri için gerektiği kadar güncel verilere dayanmasını sağlar. Neden önemli Kullanıcılara verinin güncelliği hakkında bilgi verir, analizin kapsadığı dönemi ve bulguların alaka düzeyini anlamalarını sağlar. Nereden alınır Bu timestamp, genellikle veri çıkarma ve dönüştürme (ETL) aracı veya süreç tarafından oluşturulur ve saklanır. Örnekler 2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z | |||
Bölüm Department | Satın alma siparişinin tahakkuk ettirildiği veya ilişkilendirildiği iş departmanı, maliyet merkezi veya fonksiyonel alan. | ||
Açıklama Department (Departman) özniteliği, satın almadan sorumlu organizasyonel birimi belirtir. Bu genellikle talebi başlatan departman veya 'BT', 'Pazarlama' veya 'Operasyonlar' gibi bütçenin gideri karşılayacağı departmandır. Bu öznitelik, işin farklı bölümlerindeki süreç performansını segmentlere ayırmak ve karşılaştırmak için hayati öneme sahiptir. Departmana göre analiz, hangi alanların en uzun döngü sürelerine, en yüksek değişim oranlarına veya en fazla kontrol dışı satın almaya sahip olduğunu ortaya çıkarabilir. Bu içgörüler, iyileştirme girişimlerinin her departmanın belirli ihtiyaçlarına ve davranışlarına göre uyarlanmasına yardımcı olur. Neden önemli Süreç analizinin iş birimine göre segmentlere ayrılmasını sağlayarak, performansı karşılaştırmaya ve departmana özel sorunları veya en iyi uygulamaları belirlemeye yardımcı olur. Nereden alınır Bu bilgi genellikle satın alma siparişi başlığında veya kalem detaylarında bulunur ve çoğunlukla bir 'Maliyet Merkezi' veya 'Departman' alanı olarak ilişkilendirilir. Örnekler FinansBilgi TeknolojileriPazarlama - Tüketici Ürünleri | |||
Kullanıcı Adı UserName | Satın alma siparişini oluşturma, onaylama veya değiştirme gibi belirli bir etkinliği gerçekleştiren kullanıcının adı veya Kimliği. | ||
Açıklama Kullanıcı Adı, process içindeki bir event'i yürütmekten sorumlu kişiyi tanımlar. Bu, talebi oluşturan, satınalma siparişini onaylayan veya mal kabulünü kaydeden kişi olabilir. Process akışına hesap verebilirlik ve insani bir boyut kazandırır. Kullanıcıya göre aktivitelerin analizi, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve potansiyel uyumluluk sorunlarını tespit etmeye yardımcı olur. Örneğin, belirli kullanıcıların yüksek yeniden işleme veya gecikme oranlarıyla ilişkili olup olmadığını görmek veya görev ayrılığı ihlallerini kontrol etmek için kullanılabilir. Neden önemli Süreç etkinliklerini belirli kişilere bağlar, kullanıcı düzeyinde iş yükü, performans ve uyumluluk analizini mümkün kılar. Nereden alınır Genellikle işlem loglarında ve belge başlıklarında 'Oluşturan', 'Değiştiren' veya 'Kullanıcı Kimliği' alanlarında bulunur. Örnekler j.doesmith_auser123 | |||
Satın Alma Siparişi Durumu PurchaseOrderStatus | Satın alma siparişinin yaşam döngüsündeki mevcut veya nihai durumu; örneğin 'Açık', 'Kapalı', 'İptal Edildi'. | ||
Açıklama Satın Alma Siparişi Durumu, Satın Alma Siparişinin yaşam döngüsü içindeki aşamasını veya belirli bir zamandaki nihai durumunu gösterir. Yaygın durumlar arasında 'Onayda', 'Onaylandı', 'Tedarikçiye Gönderildi', 'Kısmen Teslim Alındı', 'Kapatıldı' veya 'İptal Edildi' bulunur. Bu nitelik, satın alma siparişlerinin alt kümelerini filtrelemek ve analiz etmek için kullanışlıdır. Örneğin, analiz yalnızca açık siparişlere odaklanarak mevcut darboğazları belirleyebilir veya iptal edilen siparişlere odaklanarak iptal nedenlerini anlayabilir. Durum değişikliklerinin sırasını izlemek, süreç modelindeki etkinlikleri tanımlamak için de temel teşkil edebilir. Neden önemli Vakaları yaşam döngüsü aşamalarına göre filtrelemeye olanak tanır; böylece açık, kapalı veya sorunlu siparişler üzerinde odaklanmış analiz yapılmasını sağlar. Nereden alınır Bu, satın alma siparişinin başlık verilerinde bulunan standart bir durum alanıdır. Örnekler Açık`Faturalama` İçin Kapatıldıİptal EdildiOnayda | |||
Satın Alma Siparişi Tutarı PurchaseOrderAmount | Satınalma siparişinin toplam parasal değeridir. | ||
Açıklama Satın Alma Siparişi Tutarı, siparişin toplam finansal taahhüdünü temsil eder. Bu tutar, genel belge düzeyinde veya münferit kalem düzeyinde analiz edilebilir. Bu nitelik, finansal analiz ve önceliklendirme için temeldir. Değere dayalı süreçleri filtrelemeye olanak tanır; örneğin, daha karmaşık onay workflow'larına veya daha büyük iş etkisine sahip olabilecek yüksek değerli Satın Alma Siparişlerine odaklanmak gibi. Satın Alma Siparişi tutarını döngü süreleri veya yeniden işleme oranları ile ilişkilendirmek, yüksek değerli siparişlerin düşük değerli olanlara göre daha az verimli yönetilip yönetilmediğini ortaya çıkarabilir. Neden önemli Sürece finansal bir boyut kazandırır, iyileştirmeleri önceliklendirmek ve maliyet etkenlerini anlamak için değere dayalı analizi mümkün kılar. Nereden alınır Bu değer, satın alma siparişi başlık verilerinde bulunur ve genellikle tüm kalem miktarlarının toplamı olarak hesaplanır. Örnekler 15000.00250.75125000.50 | |||
Talep Edilen Teslim Tarihi RequestedDeliveryDate | İşletmenin, satıcıdan mal veya hizmetleri teslim etmesini talep ettiği tarih. | ||
Açıklama Talep Edilen Teslim Tarihi, kuruluşun tedarikçiden ürün veya hizmetleri almayı beklediği, satınalma siparişinde belirtilen tarihtir. Bu tarih, tedarikçi teslimat performansını ölçmek için bir temel oluşturur. Bu öznitelik, 'Zamanında Teslimat Oranı' KPI'ını hesaplamak için kritik öneme sahiptir. Talep edilen teslim tarihi ile gerçek mal kabul tarihini karşılaştırarak işletmeler, tedarikçi güvenilirliğini değerlendirebilir. Sapmaların analizi, belirli tedarikçilerde, ürünlerde veya gönderim konumlarında yaşanan kronik sorunların tespit edilmesine yardımcı olur ve performans görüşmeleri için veri sağlar. Neden önemli Tedarikçi teslimat performansını ölçmek için bir referans noktasıdır ve Zamanında Teslimat Oranı KPI'ını hesaplamak için kritik öneme sahiptir. Nereden alınır Bu tarih genellikle satınalma siparişi başlığında veya kalem detaylarında standart bir alandır. Örnekler 2024-08-152024-09-012024-07-30 | |||
Tedarikçi Adı VendorName | Mal veya hizmetlerin satın alındığı tedarikçi veya satıcının adı. | ||
Açıklama Tedarikçi Adı, satınalma siparişinde belirtilen ürün veya hizmetleri sağlamak üzere sözleşme yapılan harici tarafı tanımlar. Bu, transaksiyonel PO verileriyle bağlantılı önemli bir master data parçasıdır. Tedarikçiye göre process'i analiz etmek, tedarikçi performans yönetimi için kritik öneme sahiptir. Zamanında teslimat oranları, mal iade oranları ve PO değişiklik sıklığı gibi metrikler temelinde tedarikçilerin karşılaştırılmasına olanak tanır. Bu içgörüler, tedarik stratejilerini, tedarikçi müzakerelerini ve ilişki yönetimini şekillendirebilir. Neden önemli Tedarikçi performans analizini mümkün kılarak, farklı tedarikçiler arasındaki teslimat süreleri, kalite ve süreçteki sürtünmenin karşılaştırılmasına olanak tanır. Nereden alınır Bu, tedarikçi ana verilerinden alınır ve satın alma siparişine bağlanır, genellikle belge başlığında yer alır. Örnekler Global Ofis MalzemeleriTech Solutions Inc.Yaratıcı `Pazarlama Ajansı` | |||
Ürün Kategorisi ItemCategory | Satın alınan mal veya hizmetlerin sınıflandırması; örneğin BT Donanımı, Profesyonel Hizmetler veya Ofis Malzemeleri. | ||
Açıklama Kalem Kategorisi, aynı zamanda Malzeme Grubu veya Satın Alma Kategorisi olarak da bilinir, tedarik edilen ürün veya hizmetin türünü sınıflandırır. Bu yapılandırılmış sınıflandırma, satın alma harcamalarını ve süreç davranışlarını düzenlemeye ve anlamaya yardımcı olur. Süreci kalem kategorisine göre analiz etmek önemli farklılıkları ortaya çıkarabilir. Örneğin, karmaşık hizmetler için satın alma süreci, standart ofis malzemelerine göre daha uzun onay döngülerine ve daha fazla değişikliğe sahip olabilir. Bu segmentasyon, kategoriye özel süreç optimizasyonu ve strateji geliştirilmesine olanak tanır. Neden önemli Kategoriye göre süreç performansı ve harcama analizini mümkün kılarak, farklı satın alma türlerinin süreç verimliliğini nasıl etkilediğini ortaya koyar. Nereden alınır Bu bilgi genellikle satınalma siparişi kalem seviyesinde saklanır. Örnekler BT DonanımıProfesyonel HizmetlerOfis MalzemeleriMRO - Bakım Onarım ve Operasyonlar | |||
Bitiş Saati EndTime | Bir activity'nin ne zaman tamamlandığını gösteren kesin timestamp. Atomik event'ler için bu genellikle Event Time ile aynıdır. | ||
Açıklama End Time (Bitiş Zamanı) özniteliği, bir activity'nin tamamlanma zamanını kaydeder. Birçok süreç event'i atomik olup aynı başlangıç ve bitiş zamanına sahipken, bazı activity'ler, özellikle manuel olanlar veya ölçülebilir bir süreye sahip olanlar, farklı başlangıç ve bitiş timestamp'lerine sahip olabilir. Bir Bitiş Zamanına sahip olmak, bireysel activity'lerin işlem süresinin hassas bir şekilde hesaplanmasına olanak tanır. Bu, hangi belirli adımların zaman alıcı olduğunu belirlemek ve işlem süresi (işin aktif olarak yapıldığı zaman) ile bekleme süresi (activity'ler arasındaki boş zaman) arasında ayrım yapmak için çok değerlidir. Neden önemli Activity işleme sürelerinin hassas bir şekilde hesaplanmasını sağlayarak, süreçteki aktif çalışma süresini boşta bekleme süresinden ayırt etmeye yardımcı olur. Nereden alınır Event log'larda veya işlem verisinde bulunur, bazen ayrı bir 'Bitiş Zamanı' veya 'Tamamlanma Tarihi' alanı olarak. Eğer mevcut değilse, Event Time ile aynı değere ayarlanabilir. Örnekler 2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z | |||
Para Birimi Currency | Satın alma siparişindeki parasal değerler için USD veya EUR gibi para birimi kodu. | ||
Açıklama Currency (Para Birimi) özniteliği, Purchase Order Amount ve diğer finansal alanlar için kullanılan para birimini belirtir. Özellikle çok uluslu kuruluşlarda, birden fazla para birimiyle işlem yapan yerlerde, finansal verilerin doğru yorumlanması ve toplanması için çok önemlidir. Analizde, bu öznitelik, finansal metriklerin karşılaştırılabilir bir temelde olmasını sağlar. Parasal değerler içeren herhangi bir dashboard veya KPI için bir ön koşuldur; doğru para birimi dönüşümüne ve raporlamaya izin vererek tedarik sürecine dair doğru bir finansal görünüm sunar. Neden önemli Tüm parasal değerler için gerekli bağlamı sağlar, özellikle küresel operasyonlarda doğru finansal raporlama ve karşılaştırma imkanı sunar. Nereden alınır Bu kod genellikle satınalma siparişi başlığında, toplam tutarın yanında saklanır. Örnekler USDEURGBP | |||
Satın Alma İsteği Kimliği PurchaseRequisitionId | Satınalma siparişinden önce gelen ve onu yetkilendiren satınalma talebinin benzersiz tanımlayıcısıdır. | ||
Açıklama Satın Alma Talep Kimliği, tedarik sürecini başlatan dahili belgenin tanımlayıcısıdır. Talep, bir departman tarafından satın alma departmanına mal veya hizmet tedarik etmek için yapılan resmi bir istektir. Bu Kimliğe sahip olmak, satın alma siparişi sürecinin yukarı akış talep süreciyle bağlantısını sağlar. Bu, talepten Satın Alma Siparişinin oluşturulmasına kadar geçen süreyi ölçen daha geniş bir 'Talep-Sipariş' analizine olanak tanır. Talep edenler ve satın alma ekibi arasındaki devir teslimdeki gecikmeleri belirlemeye yardımcı olur. Neden önemli Satın alma siparişini başlangıçtaki talebe bağlar, yukarı akış talep-sipariş döngü süresinin analizini sağlar. Nereden alınır Bu, genellikle satın alma siparişi başlığında veya kalem verilerinde bir referans alanı olarak saklanır. Örnekler PR-1008761000004321REQ-052023-01 | |||
Talep Eden Requester | Mal veya hizmetleri başlangıçta talep eden kişinin adı. | ||
Açıklama Talep Eden Kişi, genellikle önceki satınalma talebini oluşturarak bir satınalma ihtiyacını başlatan kuruluş içindeki kişidir. Bu, sistemde satınalma siparişi belgesini oluşturan ve genellikle satınalma departmanının bir parçası olan kullanıcıdan farklıdır. Talep eden kişiye göre yapılan analizler, satınalma davranışlarındaki kalıpları ortaya çıkarabilir. Örneğin, bazı talep sahipleri sürekli acil siparişler veya sık değişiklik gerektiren siparişler verebilir. Bu bilgiler, satınalma politikaları hakkında hedeflenmiş eğitimler sağlamak veya gereksinim tanımlamalarını kaynağında iyileştirmek için kullanılabilir. Neden önemli Satın almayı başlatan iş kullanıcısını belirler, satın alma davranışlarını analiz etmeye ve gereksinim belirleme sürecini iyileştirmeye yardımcı olur. Nereden alınır Bu bilgi genellikle ilgili satın alma talebinden alınır veya satın alma siparişinin kendisinde bir 'Talep Eden' alanı olarak saklanır. Örnekler Alice JohnsonRobert WilliamsChen, Wei | |||
Satınalmadan Ödemeye - Satın Alma Siparişi Activityleri
| Aktivite | Açıklama | ||
|---|---|---|---|
Fatura Alındı | Bu event, bir tedarikçinin satınalma siparişine atıfta bulunan faturasının alınmasını ve girişini işaretler. Procure-to-pay döngüsünün fatura-ödeme kısmının başlangıcını belirtir. | ||
Neden önemli Bu aktivite, tedarik process'ini tedarikçi borçlarıyla (accounts payable) ilişkilendirir. Mal kabulü ile fatura kabulü arasındaki süre, tahakkukların ve finansal tahminlerin yönetimi için önemlidir. Nereden alınır Bu, satın alma siparişine bağlı bir tedarikçi faturası belgesinin oluşturulmasından veya kaydedilmesinden yakalanan açık bir işlemdir. Yakala Tedarikçi fatura belgesinin oluşturma, giriş veya kayıt tarihini kullanın. Event tipi explicit | |||
Mal Kabul Kaydedildi | Bu aktivite, satınalma siparişine karşı teslim alınan malların resmi olarak kaydedilmesini temsil eder. Bir sevkiyatın ulaştığını ve sisteme girildiğini doğrular, bu da genellikle envanter seviyelerini günceller. | ||
Neden önemli Bu, lojistik açısından siparişin tamamlanmasını işaret eden kritik bir dönüm noktasıdır. Zamanında teslimat performansının analizi, bu eventin doğruluğuna ve zamanlamasına büyük ölçüde bağlıdır. Nereden alınır Bu, satın alma siparişine bağlı bir malzeme girişi veya ürün girişi belgesi oluşturan açık bir işlemdir. Yakala Malzeme belgesi veya malzeme girişi işlemindeki kayıt tarihini veya oluşturma tarihini kullanın. Event tipi explicit | |||
Satın Alma Siparişi Kapatıldı | Bu, satın alma siparişinin tamamlanmış sayıldığını belirten son aktivitedir. Bir PO, genellikle tam olarak alındığında, tam olarak faturalandırıldığında ve başka işlem beklenmediğinde kapatılır. | ||
Neden önemli Bu aktivite, satınalma siparişi yaşam döngüsünün sonunu işaretler. Kapanış süresi, genel process iş hacmi için önemli bir ölçüttür ve süregelen, etkin olmayan siparişleri belirlemeye yardımcı olur. Nereden alınır Bu, otomatik veya manuel olarak ayarlanabilen 'Kapalı' veya 'Tamamlandı' gibi nihai bir durumdan çıkarılır. Yakala Nihai bir kapanış durumu ayarlandığında veya hem 'teslimat tamamlandı' hem de 'son fatura' göstergeleri etkin olduğunda timestampi kullanın. Event tipi inferred | |||
Satın Alma Siparişi Oluşturuldu | Bu aktivite, sistemde satınalma siparişi belgesinin ilk oluşturulmasını temsil eder. Onaylanmış bir talepten genellikle oluşturulan tedarik taahhüdünün resmi başlangıcını işaret eder. | ||
Neden önemli Birincil Nereden alınır Bu bilgi, birincil satınalma siparişi kaydının veya başlık tablosunun oluşturma timestamp'inden yakalanır. Yakala Satın alma siparişi başlık kaydındaki belge oluşturma tarihini ve saatini kullanın. Event tipi explicit | |||
Satın Alma Siparişi Onaylandı | Bu önemli dönüm noktası, satın alma siparişinin dahili onay workflowunu tamamladığını gösterir. PO artık tedarikçiye düzenlenmek üzere yetkilendirilmiş olup, resmi bir mali taahhütü temsil eder. | ||
Neden önemli Bu, dahili onay verimliliğini ölçmek için kritik bir aşamadır. Onaydaki gecikmeler, genel tedarik süresini doğrudan etkiler ve tedarikçi ilişkilerini zorlayabilir. Nereden alınır Bu event genellikle satınalma siparişindeki bir durum değişikliğinden çıkarılır veya bir workflow geçmişi log'undaki son onay timestamp'inden yakalanır. Yakala PO'nun nihai onay durumu ayarlandığında veya son gerekli onay işlemi kaydedildiğinde timestampi kullanın. Event tipi inferred | |||
Satın Alma Siparişi Satıcıya Gönderildi | Bu aktivite, onaylanmış satınalma siparişinin tedarikçiye resmi olarak iletildiği noktayı işaretler. Bu işlem, EDI, bir tedarikçi portalı veya e-posta gibi çeşitli kanallar aracılığıyla gerçekleşebilir. | ||
Neden önemli Bu, ilk harici temas noktasıdır ve tedarikçinin tedarik süresinin başlangıcını işaret eder. Dahili onay ile satın alma siparişinin tedarikçiye gönderilmesi arasındaki gecikmeler, tedarik döngüsünde kaybedilen zamanı temsil eder. Nereden alınır Bu, genellikle mesaj çıktı loglarından, iletişim kayıtlarından veya 'Gönderildi' veya 'Sipariş Edildi' gibi belirli bir durum değişikliğinden yakalanır. Yakala Satın Alma Siparişi için çıktı iletişim mesajının başarıyla işlendiği veya gönderildiği timestamp'i belirleyin. Event tipi explicit | |||
Hizmetler Onaylandı | Bu aktivite, hizmet tabanlı satınalma siparişleri için mal kabulüne eşdeğerdir. PO'da belirtilen şartlara göre bir hizmetin sunulduğunu doğrular. | ||
Neden önemli Hizmet tedariki için bu olay, hizmet teslimat performansını izlemek açısından esastır ve genellikle ilgili faturanın ödeme için onaylanmasının bir ön koşuludur. Nereden alınır Bu, genellikle bir hizmet giriş belgesi veya benzeri bir hizmet onay belgesinin oluşturulmasıyla yakalanır. Yakala Hizmet giriş belgesi veya onay kaydının oluşturma veya kayıt tarihini kullanın. Event tipi explicit | |||
Mallar İade Edildi | Bu aktivite, daha önce teslim alınan malların tedarikçiye geri gönderildiğinde kaydedilir. İadeler genellikle kalite sorunları, sevkiyat sırasında hasar veya yanlış gönderilerden kaynaklanır. | ||
Neden önemli İade sıklığını takip etmek, tedarikçi kalitesi ve performansının önemli bir göstergesidir. Yüksek iade oranları, belirli tedarikçilerde veya ürünlerde sistematik sorunları ortaya çıkarabilir. Nereden alınır Bu, belirli bir iade işlemi veya orijinal malzeme girişi belgesinin iptaliyle yakalanır. Yakala Bir iade malzeme belgesinin veya iadeye özel tipte bir mal hareketinin kayıt tarihini belirleyin. Event tipi explicit | |||
Satın Alma İsteği Oluşturuldu | Bu aktivite, satınalma siparişinden önce gelen ürün veya hizmetler için yapılan resmi talebi işaretler. İş ihtiyacını yakalayan ve genellikle bir onay workflow'unu başlatan ilk belgedir. | ||
Neden önemli
Nereden alınır Bu event, tedarik modülündeki satınalma talebi belgesinin veya kaydının oluşturma timestamp'inden yakalanır. Yakala Satın alma talebi başlık tablosundan veya belge logundan oluşturma timestampini kullanın. Event tipi explicit | |||
Satın Alma İsteği Onaylandı | Bu event, satınalma talebinin tüm ilgili paydaşlar tarafından incelendiğini ve onaylandığını belirtir. Bu onay, resmi bir satınalma siparişinin oluşturulmasına yetki verir. | ||
Neden önemli Bu dönüm noktası, dahili talep onay sürecinin sonunu işaret eder. Talep onaylarının süresini ve başarı oranını takip etmek, satın alma öncesi verimliliği anlamanın anahtarıdır. Nereden alınır Bu, genellikle talep belgesindeki bir durum değişikliğinden veya bir workflow geçmiş logundan yakalanır. Yakala Talebin nihai onay durumunun belirlendiği veya nihai onay eyleminin kaydedildiği timestamp'i belirleyin. Event tipi inferred | |||
Satın Alma Siparişi Değiştirildi | Bu event, bir satınalma siparişinde ilk oluşturulmasından veya onaylanmasından sonra yapılan herhangi bir değişikliği temsil eder. Yaygın değişiklikler arasında miktar, fiyat veya teslimat tarihlerinde ayarlamalar bulunur. | ||
Neden önemli Sık yapılan değişiklikler, zayıf başlangıç planlaması, tedarikçi sorunları veya süreç istikrarsızlığını gösterebilir. Her değişiklik genellikle yeniden onay sürecini tetikler, bu da önemli idari yüke ve gecikmelere yol açar. Nereden alınır Bu bilgi, sistem değişiklik log'larından, belge versiyon geçmişinden veya denetim izi tablolarından yakalanır. Yakala Satın alma siparişine bağlı değişiklik belgesi loglarından timestampi kullanın. Event tipi explicit | |||
Satın Alma Siparişi Gönderildi | Bu aktivite, taslak halindeki bir satınalma siparişinin dahili bir onay workflow'una resmi olarak gönderilmesiyle gerçekleşir. Bu, belgeyi taslak durumundan bekleyen onay durumuna geçirir. | ||
Neden önemli Bu event, PO oluşturma veya taslak hazırlama süresini gerçek onay cycle time'ından ayırır. Oluşturma ve gönderme arasındaki gecikmeyi analiz etmek, kullanıcı davranışlarını veya eğitim sorunlarını ortaya çıkarabilir. Nereden alınır Bu, genellikle açık bir kullanıcı işleminden, bir durum değişikliğinden veya bir workflow logundaki bir girdiden yakalanır. Yakala 'Onay için gönder' eylemi veya ilgili durum değişikliği ile ilişkili timestamp'i belirleyin. Event tipi explicit | |||
Satın Alma Siparişi İptal Edildi | Bu aktivite, bir satınalma siparişinin tamamlanmadan önce iptal edilmesini temsil eder. Ürünlere artık ihtiyaç duyulmuyorsa veya sipariş yanlışlıkla oluşturulmuşsa, iptal çeşitli aşamalarda gerçekleşebilir. | ||
Neden önemli
Nereden alınır Bu, genellikle 'İptal Edildi' gibi belirli bir belge durumundan veya satın alma siparişi kaydındaki bir silme işaretinin etkinleştirilmesinden çıkarılır. Yakala Silme göstergesinin ayarlandığı veya belge durumunun iptal edildi olarak değiştiği timestamp'i belirleyin. Event tipi inferred | |||
Satın Alma Siparişi Reddedildi | Bu aktivite, bir onaylayıcının onay workflow'u sırasında satınalma siparişini reddetmesiyle gerçekleşir. PO genellikle revizyon veya iptal için oluşturucuya geri gönderilir. | ||
Neden önemli Reddedilmeler, sürece yeniden işleme ve gecikmelere yol açar. Reddedilme sıklığını ve nedenlerini analiz etmek, veri kalitesi, politika uyumluluğu veya onaylayıcı eğitimi ile ilgili sorunları belirlemeye yardımcı olur. Nereden alınır Bu, genellikle satın alma siparişi belgesindeki 'Reddedildi' veya benzeri bir duruma durum değişikliğinden çıkarılır. Yakala Satın Alma Siparişi durumunun reddedildi olarak güncellendiği timestamp'i belirleyin. Event tipi inferred | |||
Tedarikçi Siparişi Onayladı | Bu event, tedarikçinin satınalma siparişini aldığını, incelediğini ve onayladığını belirtir. Bu onay genellikle fiyat, miktar ve teslimat tarihlerinde bir anlaşmayı içerir. | ||
Neden önemli Tedarikçi onayı, siparişin talep edildiği gibi yerine getirileceği konusunda güven sağlar. Zamanında onay eksikliği, olası yerine getirme sorunlarının veya gecikmelerin erken bir göstergesi olabilir. Nereden alınır Bu, bir tedarikçi portalındaki tedarikçi kaynaklı işlemlerden veya e-posta veya faks onaylarına dayalı manuel veri girişi yoluyla yakalanır. Yakala Sipariş onay belgesinin veya tedarikçi onayını belirten durum güncellemesinin timestampini kullanın. Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,
