Satın Almadan Ödemeye - Satın Alma Siparişi Veri Şablonunuz
Satın Almadan Ödemeye - Satın Alma Siparişi Veri Şablonunuz
Bu, Satın Almadan Ödemeye - Satın alma siparişi için genel Process Mining veri Templateimizdir. Daha özel yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Ayrıntılı analiz için önerilen veri alanlarının kapsamlı listesi.
- Satın alma siparişinizin yaşam döngüsünü izlemek için temel faaliyetler ve kilometre taşları.
- Satın Almadan Ödemeye sürecinizi yöneten tüm temel sistemlere uygulanabilir.
Satın Almadan Ö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 zamanda gerçekleşen iş olayının veya görevin adıdır. | ||
| Açıklama Faaliyet adı, satın alma siparişi sürecindeki 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 kabulü kaydedildi" ve "Fatura alındı" bulunur. Her faaliyet, süreç yolculuğundaki belirli bir noktayı temsil eder. Bu öznitelik, faaliyet akışını görsel olarak gösteren süreç haritasını oluşturmak için gereklidir. Farklı faaliyetlerin sırasını ve sıklığını analiz etmek, tekrarlanan onay veya değişiklik olayları gibi yaygın süreç yollarını, sapmaları, darboğazları ve yeniden işlem döngülerini belirlemeye yardımcı olur. Neden önemli? Süreç haritasının temelini oluşturur ve süreç akışının, farklılıkların ve verimsizliklerin görselleştirilip analiz edilmesini sağlar. Nereden alınır? Bu bilgi genellikle işlem kodlarından, durum değişikliği günlüklerinden, olay tablolarından veya satın alma 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 faaliyet veya olayın gerçekleştiği anı gösteren kesin zaman damgasıdır. | ||
| Açıklama Olay zamanı, belirli bir faaliyetin yürütüldüğü veya durum değişikliğinin kaydedildiği tarih ve saati gösterir. Bu zaman damgası, satın alma siparişinin yaşam döngüsündeki her olay için zamansal bağlam sağlar. Process Mining'de zaman damgaları, faaliyetler arasındaki çevrim sürelerini, süreleri ve bekleme sürelerini hesaplamak için temel veridir. Olayları her vaka için kronolojik olarak sıralamak, süreç performansını analiz etmeyi, zaman kaybedilen darboğazları belirlemeyi ve hizmet seviyesi anlaşmalarına (SLA'lar) uyumu izlemeyi mümkün kılar. Neden önemli? Çevrim süresi hesaplama, darboğaz belirleme ve performansı kıyaslama ölçütlerine göre izleme dahil olmak üzere zamana dayalı tüm analizleri mümkün kılar. Nereden alınır? Bu bilgi genellikle olay günlüklerinde, değişiklik geçmişi tablolarında veya işlem belgelerindeki oluşturulma ya da kayıt tarihi alanında 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ın alma siparişi belgesinin benzersiz tanımlayıcısıdır. Süreçteki birincil vaka kimliği olarak kullanılır. | ||
| Açıklama Satın alma siparişi kimliği, her satın alma siparişine atanan ve onu diğerlerinden ayıran benzersiz alfasayısal koddur. Belirli bir satın alma 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, onay, mal kabulü ve faturalama gibi ilgili tüm olayları tek bir uçtan uca süreç örneğinde veya "vaka"da gruplamak için gereklidir. 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ü yeniden oluşturmayı ve görselleştirmeyi sağlar. Neden önemli? İlgili tüm olayları tek bir süreç vakasına bağlayan temel özniteliktir ve satın alma siparişi yaşam döngüsünün uçtan uca analiz edilmesini mümkün kılar. Nereden alınır? Bu, genellikle satın alma siparişi üst bilgi tablosunda veya belgesinde bulunan birincil anahtar alanıdır. Örnekler PO-0012454500017563732000451 | |||
| Kaynak sistem SourceSystem | Süreç verilerinin çıkarıldığı kayıt sistemi veya uygulamadır. | ||
| Açıklama Kaynak sistem özniteliği, olay verilerinin geldiği ERP, satın alma platformu veya eski sistem gibi bilgi sistemini tanımlar. Bu bilgi, Satın Almadan Ödemeye sürecinin birden fazla entegre uygulamaya yayıldığı ortamlarda özellikle önemlidir. Kaynak sistemi bilmek, veri doğrulama ve sorun giderme süreçlerine, ayrıca sisteme bağlı süreç farklılıklarını anlamaya yardımcı olur. Örneğin e-satın alma sisteminden gelen satın alma siparişleri, temel ERP'de manuel olarak oluşturulan siparişlere göre daha farklı ve otomatik bir yol izleyebilir. Neden önemli? Verilerin kaynağı hakkında bağlam sağlar. Bu, veri yönetişimi ve doğrulama için, ayrıca farklı sistemlerdeki süreç farklılıklarını analiz etmek için gereklidir. Nereden alınır? Bu, veri çıkarma sırasında eklenen statik bir değer veya giriş sistemini gösteren kaynak tablolardaki bir alan olabilir. Örnekler SAP S/4HANAOracle FusionCoupa | |||
| Son veri güncellemesi LastDataUpdate | Bu sürece ait verilerin en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgasıdır. | ||
| Açıklama Bu öznitelik, kaynak sistemden yapılan en son veri yüklemesinin veya yenilemesinin tarih ve saatini kaydeder. Tek bir olay yerine Veri Setinin tamamı için geçerli olan bir meta veri alanıdır. Bu bilgi, kullanıcıların analiz ettikleri verilerin güncelliğini anlaması için büyük önem taşır. İçgörülerin ne kadar güncel olduğunu değerlendirmelerine yardımcı olur ve kararların analiz için gereken ölçüde güncel verilere dayanmasını sağlar. Neden önemli? Kullanıcılara verilerin güncelliği hakkında bilgi verir. Böylece analizde kapsanan dönemi ve bulguların geçerliliğini anlamalarını sağlar. Nereden alınır? Bu zaman damgası genellikle veri çıkarma ve dönüştürme (ETL) aracı veya süreci tarafından oluşturulur ve saklanır. Örnekler 2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z | |||
| Departman Department | Satın alma siparişinin gider olarak kaydedildiği veya ilişkilendirildiği iş departmanı, maliyet merkezi ya da işlevsel alan. | ||
| Açıklama Departman özniteliği, satın alma işleminden sorumlu organizasyon birimini belirtir. Bu birim genellikle talebi başlatan veya gideri bütçesinden karşılayacak departmandır. Örneğin 'IT', 'Marketing' veya 'Operations' olabilir. Bu öznitelik, işletmenin farklı bölümlerindeki süreç performansını gruplandırmak ve karşılaştırmak için önemlidir. Departman bazlı analiz, en uzun çevrim sürelerine, en yüksek değişiklik oranlarına veya en fazla kuralsız satın alma işlemine sahip alanları ortaya çıkarabilir. Bu içgörüler, iyileştirme çalışmalarını her departmanın ihtiyaçlarına ve davranışlarına göre şekillendirmenize yardımcı olur. Neden önemli? Süreç analizini iş birimine göre gruplandırmanızı, performansı karşılaştırmanızı ve departmana özgü sorunları veya iyi uygulamaları belirlemenizi sağlar. Nereden alınır? Bu bilgi genellikle satın alma siparişi başlığında veya kalem ayrıntılarında bulunur ve çoğunlukla 'Cost Center' ya da 'Department' alanıyla ilişkilendirilir. Örnekler FinansBilgi TeknolojileriPazarlama - CPG | |||
| Kalem kategorisi ItemCategory | Satın alınan mal veya hizmetlerin IT Hardware, Professional Services veya Office Supplies gibi sınıflandırması. | ||
| Açıklama Kalem Kategorisi, Malzeme Grubu veya Satın Alma Kategorisi olarak da adlandırılır ve tedarik edilen ürün ya da hizmetin türünü sınıflandırır. Bu yapılandırılmış sınıflandırma, tedarik harcamalarını ve süreç davranışı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 hizmetlerin tedarik sürecinde, standart ofis malzemelerine kıyasla onay çevrimleri daha uzun ve değişiklikler daha fazla olabilir. Bu gruplandırma, kategoriye özgü süreç optimizasyonu ve strateji geliştirme olanağı sağlar. Neden önemli? Süreç performansını ve harcamaları kategori bazında analiz etmenizi, farklı satın alma türlerinin süreç verimliliğini nasıl etkilediğini görmenizi sağlar. Nereden alınır? Bu bilgi genellikle satın alma siparişindeki kalem düzeyinde saklanır. Örnekler BT donanımıProfesyonel HizmetlerOfis MalzemeleriMRO - Bakım, Onarım ve Operasyonlar | |||
| Kullanıcı adı UserName | Satın alma siparişini oluşturma, onaylama veya değiştirme gibi belirli bir faaliyeti gerçekleştiren kullanıcının adı veya kimliği. | ||
| Açıklama Kullanıcı Adı, süreç içindeki bir olayı gerçekleştirmekten sorumlu kişiyi belirtir. Bu kişi, talep oluşturan, satın alma siparişini onaylayan veya mal kabulünü kaydeden kişi olabilir. Bu bilgi, süreç akışına sorumluluk ve insan boyutu kazandırır. Faaliyetleri kullanıcı bazında analiz etmek, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve olası uyumluluk sorunlarını tespit etmeye yardımcı olur. Örneğin belirli kullanıcıların yüksek oranda yeniden işlem veya gecikmeyle ilişkilendirilip ilişkilendirilmediğini görebilir ya da görevler ayrılığı ihlallerini kontrol edebilirsiniz. Neden önemli? Süreç faaliyetlerini belirli kişilerle ilişkilendirerek iş yükünü, performansı ve uyumluluğu kullanıcı düzeyinde analiz etmenizi sağlar. Nereden alınır? Genellikle işlem günlüklerindeki ve belge başlıklarındaki 'Created By', 'Changed By' veya 'User ID' 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 'Open', 'Closed' veya 'Canceled'. | ||
| Açıklama Satın Alma Siparişi Durumu, satın alma siparişinin belirli bir andaki yaşam döngüsü aşamasını veya nihai durumunu belirtir. Yaygın durumlar arasında 'In Approval', 'Approved', 'Sent to Vendor', 'Partially Received', 'Closed' ve 'Canceled' bulunur. Bu öznitelik, satın alma siparişlerinin alt kümelerini filtrelemek ve analiz etmek için kullanışlıdır. Örneğin mevcut darboğazları belirlemek için yalnızca açık siparişlere veya iptal nedenlerini anlamak için iptal edilen siparişlere odaklanabilirsiniz. Durum değişikliklerinin sırasını izlemek, süreç modelindeki faaliyetleri tanımlamak için de temel oluşturabilir. Neden önemli? Vakaları yaşam döngüsü aşamalarına göre filtrelemenizi, açık, kapalı veya sorunlu siparişlere odaklanmanızı sağlar. Nereden alınır? Bu, satın alma siparişi başlık verilerinde bulunan standart bir durum alanıdır. Örnekler AçıkFaturalama için kapatıldıİptal edildiOnay sürecinde | |||
| Satın alma siparişi tutarı PurchaseOrderAmount | Satın alma siparişinin toplam parasal değeri. | ||
| Açıklama Satın alma siparişi tutarı, siparişin toplam mali taahhüdünü ifade eder. Bu tutar, belgenin tamamı veya tek tek satır öğeleri düzeyinde analiz edilebilir. Bu öznitelik, mali analiz ve önceliklendirme için temel bir göstergedir. Değere göre filtreleme yapmanıza, örneğin daha karmaşık onay iş akışlarına veya daha büyük iş etkisine sahip olabilecek yüksek tutarlı satın alma siparişlerine odaklanmanıza olanak tanır. Satın alma siparişi tutarını çevrim süreleri veya yeniden çalışma oranlarıyla karşılaştırmak, yüksek tutarlı siparişlerin düşük tutarlı siparişlere göre daha verimsiz işlenip işlenmediğini ortaya çıkarabilir. Neden önemli? Sürece finansal bir boyut kazandırarak iyileştirmelere öncelik vermek ve maliyet etkenlerini anlamak için değere dayalı analiz yapmanızı sağlar. Nereden alınır? Bu değer, satın alma siparişi başlık verilerinde bulunur ve genellikle tüm kalem tutarlarının toplamı olarak hesaplanır. Örnekler 15000.00250.75125000.50 | |||
| Talep edilen teslimat tarihi RequestedDeliveryDate | İşletmenin tedarikçiden mal veya hizmetleri teslim etmesini istediği tarih. | ||
| Açıklama Talep Edilen Teslimat Tarihi, kuruluşun mal veya hizmetleri tedarikçiden teslim almayı beklediği ve satın alma siparişinde belirtilen tarihtir. Bu tarih, tedarikçi teslimat performansını ölçmek için temel alınır. Bu öznitelik, 'Zamanında Teslimat Oranı' KPI'ını hesaplamak için gereklidir. İşletmeler, talep edilen teslimat tarihini fiili mal kabul tarihiyle karşılaştırarak tedarikçi güvenilirliğini değerlendirebilir. Sapmaları analiz etmek, belirli tedarikçiler, ürünler veya sevkiyat konumlarıyla ilgili sürekli sorunları belirlemeye ve performans görüşmeleri için veri sağlamaya yardımcı olur. Neden önemli? Tedarikçi teslimat performansını ölçmek için referans noktasıdır ve Zamanında Teslimat Oranı KPI'ını hesaplamak için büyük önem taşır. Nereden alınır? Bu tarih genellikle satın alma siparişi başlığında veya kalem ayrıntılarında standart bir alan olarak bulunur. Örnekler 2024-08-152024-09-012024-07-30 | |||
| Tedarikçi adı VendorName | Mal veya hizmetlerin satın alındığı tedarikçinin adı. | ||
| Açıklama Tedarikçi Adı, satın alma siparişinde belirtilen mal veya hizmetleri sağlaması için sözleşme yapılan dış tarafı tanımlar. İşlemsel satın alma siparişi verileriyle ilişkilendirilen temel ana veri unsurlarından biridir. Süreci tedarikçi bazında analiz etmek, tedarikçi performansını yönetmek için büyük önem taşır. Teslimatın zamanında yapılma oranı, mal iade oranı ve satın alma siparişindeki değişiklik sıklığı gibi metriklere göre tedarikçileri karşılaştırmanızı sağlar. Bu içgörüler, tedarik stratejilerine, tedarikçi görüşmelerine ve ilişki yönetimine yön verebilir. Neden önemli? Tedarikçi performansını analiz etmenizi, farklı tedarikçiler arasındaki teslimat sürelerini, kaliteyi ve süreçteki sürtünmeyi karşılaştırmanızı sağlar. Nereden alınır? Bu bilgi tedarikçi ana verilerinden alınır ve genellikle belge başlığında satın alma siparişiyle ilişkilendirilir. Örnekler Global Office SuppliesTech Solutions Inc.Creative Marketing Agency | |||
| Bitiş zamanı EndTime | Bir faaliyetin sona erdiği anı gösteren kesin zaman damgasıdır. Atomik olaylarda bu değer çoğu zaman Olay zamanı ile aynıdır. | ||
| Açıklama Bitiş zamanı özniteliği, bir faaliyetin tamamlandığı zamanı kaydeder. Birçok süreç olayı atomik olduğundan başlangıç ve bitiş zamanları aynı olsa da özellikle manuel veya ölçülebilir süreye sahip bazı faaliyetlerin başlangıç ve bitiş zaman damgaları farklı olabilir. Bitiş zamanının bulunması, tek tek faaliyetlerin işlem süresinin hassas biçimde hesaplanmasını sağlar. Bu, hangi adımların zaman aldığını belirlemek ve işlem süresiyle, işin aktif olarak yapıldığı süreyle, bekleme süresini, faaliyetler arasındaki boşta geçen süreyi, birbirinden ayırmak için çok değerlidir. Neden önemli? Faaliyetlerin işlem sürelerini hassas biçimde hesaplamayı sağlar ve süreçteki aktif çalışma süresi ile boşta geçen bekleme süresini ayırt etmeye yardımcı olur. Nereden alınır? Olay günlüklerinde veya işlem verilerinde bulunur; bazen ayrı bir "Bitiş zamanı" ya da "Tamamlanma tarihi" alanı olarak yer alır. Mevcut değilse Olay zamanı 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 kullanılan USD veya EUR gibi para birimi kodu. | ||
| Açıklama Para Birimi özniteliği, Satın Alma Siparişi Tutarı ve diğer finansal alanlarda kullanılan para birimini belirtir. Özellikle birden fazla para birimiyle faaliyet gösteren çok uluslu kuruluşlarda finansal verileri doğru yorumlamak ve toplamak için gereklidir. Analiz sırasında bu öznitelik, finansal metriklerin aynı ölçekte karşılaştırılmasını sağlar. Parasal değer içeren her Dashboard veya KPI için ön koşuldur. Böylece doğru para birimi dönüşümü ve raporlama yapılarak tedarik sürecinin finansal görünümü doğru şekilde sunulabilir. Neden önemli? Tüm parasal değerler için gerekli bağlamı sağlayarak özellikle küresel operasyonlarda doğru finansal raporlama ve karşılaştırma yapılmasını sağlar. Nereden alınır? Bu kod genellikle toplam tutarın yanında, satın alma siparişi başlığında saklanır. Örnekler USDEURGBP | |||
| Satın alma talebi kimliği PurchaseRequisitionId | Satın alma siparişinden önce gelen ve bu siparişi yetkilendiren satın alma talebinin benzersiz tanımlayıcısı. | ||
| Açıklama Satın Alma Talebi Kimliği, tedarik sürecini başlatan dahili belgenin tanımlayıcısıdır. Talep, bir departmanın mal veya hizmet satın alınması için satın alma departmanına yaptığı resmi başvurudur. Bu kimlik, satın alma siparişi sürecini önceki talep süreciyle ilişkilendirmenizi sağlar. Böylece daha geniş kapsamlı bir 'Talep-Sipariş' analizi yapabilir ve talebin oluşturulmasından satın alma siparişinin yaratılmasına kadar geçen süreyi ölçebilirsiniz. Ayrıca talep sahipleriyle satın alma ekibi arasındaki devirlerde yaşanan gecikmeleri belirlemenize yardımcı olur. Neden önemli? Satın alma siparişini başlangıçtaki taleple ilişkilendirerek talep-sipariş arasındaki çevrim süresini analiz etmenizi sağlar. Nereden alınır? Bu bilgi genellikle satın alma siparişi başlığında veya kalem verilerinde referans alanı olarak saklanır. Örnekler PR-1008761000004321REQ-052023-01 | |||
| Talep sahibi Requester | Mal veya hizmetleri ilk talep eden kişinin adı. | ||
| Açıklama Talep sahibi, satın alma ihtiyacını başlatan ve çoğu zaman önceki satın alma talebini oluşturan kuruluş çalışanıdır. Bu kişi, sistemde satın alma siparişi belgesini oluşturan ve genellikle satın alma departmanında görev yapan kullanıcıdan farklıdır. Talep sahibi bazında analiz, satın alma davranışındaki kalıpları belirlemenize yardımcı olabilir. Örneğin bazı talep sahiplerinin sürekli acil siparişler verdiğini veya sık sık değişiklik gerektiren siparişler oluşturduğunu görebilirsiniz. Bu bilgi, tedarik politikaları konusunda hedefli eğitim vermek veya gereksinimlerin başlangıçta daha iyi tanımlanmasını sağlamak için kullanılabilir. Neden önemli? Satın alma işlemini başlatan iş kullanıcısını belirleyerek satın alma davranışlarını analiz etmenize ve gereksinim tanımlama sürecini iyileştirmenize yardımcı olur. Nereden alınır? Bu bilgi genellikle ilişkili satın alma talebinden alınır veya satın alma siparişinin kendisinde 'Requester' alanı olarak saklanır. Örnekler Alice JohnsonRobert WilliamsChen, Wei | |||
Satın Almadan Ödemeye - Satın alma siparişi faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura alındı | Bu olay, satın alma siparişine referans veren tedarikçi faturasının alınmasını ve sisteme girilmesini gösterir. Satın Almadan Ödemeye çevriminin faturadan ödemeye bölümünün başlangıcını ifade eder. | ||
| Neden önemli? Bu faaliyet, satın alma sürecini borçlar muhasebesine bağlar. Mal kabulü ile faturanın alınması arasındaki süreyi izlemek, tahakkukları ve finansal tahminleri yönetmek için önemlidir. Nereden alınır? Bu, satın alma siparişiyle ilişkilendirilmiş tedarikçi faturası belgesinin oluşturulmasından veya kaydedilmesinden alınan açık bir işlemdir. Yakalayın Tedarikçi faturası belgesinin oluşturulma, giriş veya kayıt tarihini kullanın. Olay türü explicit | |||
| Mal kabulü kaydedildi | Bu faaliyet, teslim alınan malların satın alma siparişiyle ilişkilendirilerek resmî biçimde kaydedilmesini ifade eder. Bir sevkiyatın ulaştığını ve sisteme girildiğini doğrular, çoğu zaman stok seviyelerini de günceller. | ||
| Neden önemli? Bu, siparişin lojistik açıdan karşılandığını gösteren önemli bir kilometre taşıdır. Zamanında teslimat performansını analiz etmek, büyük ölçüde bu olayın doğru ve zamanında kaydedilmesine bağlıdır. Nereden alınır? Bu, satın alma siparişiyle ilişkilendirilmiş bir mal kabulü veya ürün kabulü belgesi oluşturan açık bir işlemdir. Yakalayın Malzeme belgesindeki veya mal kabul işlemindeki kayıt tarihini ya da oluşturulma tarihini kullanın. Olay türü explicit | |||
| Satın alma siparişi kapatıldı | Bu son faaliyet, satın alma siparişinin tamamlanmış kabul edildiğini gösterir. Satın alma siparişi genellikle tamamen teslim alındığında, faturası tamamen işlendiğinde ve başka işlem beklenmediğinde kapatılır. | ||
| Neden önemli? Bu faaliyet, satın alma siparişi yaşam döngüsünün sona erdiğini gösterir. Kapanışa kadar geçen süre, genel süreç çıktısının önemli bir metriğidir ve bekleyen, etkin olmayan siparişleri belirlemeye yardımcı olur. Nereden alınır? Bu bilgi genellikle otomatik veya manuel olarak ayarlanabilen "Kapalı" ya da "Tamamlandı" gibi sonlandırıcı bir durumdan çıkarılır. Yakalayın Nihai kapanış durumunun ayarlandığı veya hem "teslimat tamamlandı" hem de "nihai fatura" göstergelerinin etkin olduğu zaman damgasını kullanın. Olay türü inferred | |||
| Satın alma siparişi oluşturuldu | Bu faaliyet, sistemde satın alma siparişi belgesinin ilk kez oluşturulmasını ifade eder. Genellikle onaylanmış bir talepten oluşturulan bu belge, satın alma taahhüdünün resmî başlangıcını gösterir. | ||
| Neden önemli? Birincil vaka başlangıç olayı olarak bu faaliyet, satın alma siparişinin uçtan uca çevrim süresini ölçmek için temel oluşturur. Sonraki tüm süreç adımları için başlangıç noktasıdır. Nereden alınır? Bu bilgi, birincil satın alma siparişi kaydının veya üst bilgi tablosunun oluşturulma zaman damgasından alınır. Yakalayın Belge oluşturma tarihini ve saatini satın alma siparişi üst bilgi kaydından kullanın. Olay türü explicit | |||
| Satın alma siparişi onaylandı | Bu önemli kilometre taşı, satın alma siparişinin kurum içi onay iş akışını tamamladığını gösterir. Sipariş artık tedarikçiye gönderilmek üzere onaylanmıştır ve resmî bir mali taahhüt oluşturur. | ||
| Neden önemli? Bu, kurum içi onay verimliliğini ölçmek için önemli bir kilometre taşıdır. Onay gecikmeleri toplam teslim süresini doğrudan etkiler ve tedarikçi ilişkilerini zorlayabilir. Nereden alınır? Bu olay genellikle satın alma siparişindeki durum değişikliğinden çıkarılır veya Workflow geçmişi günlüğündeki son onay zaman damgasından alınır. Yakalayın Satın alma siparişinin nihai onay durumunun ayarlandığı veya gerekli son onay işleminin kaydedildiği zaman damgasını kullanın. Olay türü inferred | |||
| Satın alma siparişi tedarikçiye gönderildi | Bu faaliyet, onaylanmış satın alma siparişinin tedarikçiye resmî olarak iletildiği anı gösterir. İletim EDI, tedarikçi portalı veya e-posta gibi çeşitli kanallarla yapılabilir. | ||
| Neden önemli? Bu, ilk dış temas noktasıdır ve tedarikçinin teslim süresinin başlangıcını gösterir. Kurum içi onay ile satın alma siparişinin tedarikçiye gönderilmesi arasındaki gecikmeler, satın alma çevriminde zaman kaybına yol açar. Nereden alınır? Bu bilgi genellikle mesaj çıkış günlüklerinden, iletişim kayıtlarından veya "Gönderildi" ya da "Sipariş verildi" gibi belirli bir durum değişikliğinden alınır. Yakalayın Satın alma siparişine ait çıkış iletişim mesajının başarıyla işlendiği veya gönderildiği zaman damgasını belirleyin. Olay türü explicit | |||
| Hizmetler teyit edildi | Bu faaliyet, hizmet tabanlı satın alma siparişlerinde mal kabulünün karşılığıdır. Bir hizmetin satın alma siparişinde belirtilen koşullara uygun olarak sunulduğunu doğrular. | ||
| Neden önemli? Hizmet satın alımında bu olay, hizmet sunumu performansını izlemek için gereklidir ve ilgili faturanın ödeme için onaylanmasından önce çoğu zaman ön koşul olarak aranır. Nereden alınır? Bu bilgi genellikle bir hizmet giriş belgesi veya benzer bir hizmet teyit belgesi oluşturulmasıyla alınır. Yakalayın Hizmet giriş belgesinin veya teyit kaydının oluşturulma ya da kayıt tarihini kullanın. Olay türü explicit | |||
| Mallar iade edildi | Bu faaliyet, daha önce teslim alınan malların tedarikçiye geri gönderilmesiyle kaydedilir. İadeler genellikle kalite sorunları, taşıma sırasında oluşan hasar veya yanlış sevkiyat nedeniyle yapılır. | ||
| Neden önemli? İadelerin sıklığını izlemek, tedarikçi kalitesinin ve performansının önemli bir göstergesidir. Yüksek iade oranları, belirli tedarikçiler veya ürünlerle ilgili sistematik sorunları ortaya çıkarabilir. Nereden alınır? Bu bilgi, belirli bir iade işleminden veya ilk mal kabulü belgesinin ters kaydından alınır. Yakalayın İade malzeme belgesinin kayıt tarihini veya iade türüne özgü bir mal hareketinin tarihini belirleyin. Olay türü explicit | |||
| Satın alma siparişi değiştirildi | Bu olay, satın alma siparişinin ilk oluşturulmasından veya onaylanmasından sonra yapılan herhangi bir değişikliği ifade eder. Yaygın değişiklikler arasında miktar, fiyat veya teslimat tarihlerindeki düzenlemeler bulunur. | ||
| Neden önemli? Sık yapılan değişiklikler, ilk planlamanın yetersizliğine, tedarikçi sorunlarına veya süreç istikrarsızlığına işaret edebilir. Her değişiklik çoğu zaman yeniden onayı tetikler ve önemli bir idari yük ile gecikme yaratır. Nereden alınır? Bu bilgi sistem değişiklik günlüklerinden, belge sürüm geçmişinden veya denetim izi tablolarından alınır. Yakalayın Satın alma siparişiyle ilişkilendirilmiş değişiklik belgesi günlüklerindeki zaman damgasını kullanın. Olay türü explicit | |||
| Satın alma siparişi gönderildi | Bu etkinlik, taslak durumundaki bir satın alma siparişinin kurum içi onay iş akışına resmî olarak gönderilmesiyle gerçekleşir. Belge bu aşamada taslak durumundan onay bekleyen duruma geçer. | ||
| Neden önemli? Bu olay, satın alma siparişinin oluşturulma veya taslak hazırlanma süresi ile gerçek onay çevrimi süresini birbirinden ayırır. Oluşturma ile gönderme arasındaki gecikmeyi analiz etmek, kullanıcı davranışı veya eğitim sorunlarını ortaya çıkarabilir. Nereden alınır? Bu bilgi genellikle açık bir kullanıcı işleminden, durum değişikliğinden veya Workflow günlüğündeki bir kayıttan alınır. Yakalayın "Onay için gönder" işlemiyle ilişkili zaman damgasını veya buna karşılık gelen durum değişikliğini belirleyin. Olay türü explicit | |||
| Satın alma siparişi iptal edildi | Bu faaliyet, tamamlanmadan önce bir satın alma siparişinin iptal edilmesini ifade eder. Mallara artık ihtiyaç duyulmadığında veya sipariş yanlışlıkla oluşturulduğunda, iptal sürecin çeşitli aşamalarında gerçekleşebilir. | ||
| Neden önemli? İptaller boşa harcanan çabayı gösterir ve süreç verimsizliklerine veya yetersiz ihtiyaç planlamasına işaret edebilir. Satın alma siparişlerinin neden ve ne zaman iptal edildiğini anlamak, süreç iyileştirmelerine katkı sağlar. Nereden alınır? Bu bilgi genellikle "İptal edildi" gibi belirli bir belge durumundan veya satın alma siparişi kaydındaki silme işaretinin etkinleştirilmesinden çıkarılır. Yakalayın Silme göstergesinin ayarlandığı veya belge durumunun iptal edildi olarak değiştiği zaman damgasını belirleyin. Olay türü inferred | |||
| Satın alma siparişi reddedildi | Bu etkinlik, onaylayan kişinin onay iş akışı sırasında satın alma siparişini reddetmesiyle gerçekleşir. Satın alma siparişi genellikle revize edilmesi veya iptal edilmesi için oluşturan kişiye geri gönderilir. | ||
| Neden önemli? Retler sürece yeniden işlem ve gecikme ekler. Retlerin sıklığını ve nedenlerini analiz etmek, veri kalitesi, politika uyumluluğu veya onaylayanların eğitimiyle ilgili sorunları belirlemeye yardımcı olur. Nereden alınır? Bu bilgi genellikle satın alma siparişi belgesindeki durumun "Reddedildi" veya benzer bir duruma değişmesinden çıkarılır. Yakalayın Satın alma siparişi durumunun reddedildiğini gösterecek şekilde güncellendiği zaman damgasını belirleyin. Olay türü inferred | |||
| Satın alma talebi oluşturuldu | Bu etkinlik, satın alma siparişinden önce oluşturulan mal veya hizmet talebini ifade eder. İş ihtiyacını kaydeden ilk belgedir ve genellikle bir onay iş akışını başlatır. | ||
| Neden önemli? Talep oluşturma ile satın alma siparişi oluşturma arasındaki süreyi analiz etmek, ihtiyaçtan siparişe geçiş aşamasındaki darboğazları belirlemeye yardımcı olur. Siparişe dönüşmeyen taleplerin yüksek sayıda olması, verimsiz planlamaya işaret edebilir. Nereden alınır? Bu olay, satın alma talebi belgesinin veya kaydının satın alma modülündeki oluşturulma zaman damgasından alınır. Yakalayın Satın alma talebi üst bilgi tablosundaki veya belge günlüğündeki oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
| Satın alma talebi onaylandı | Bu olay, satın alma talebinin gerekli tüm paydaşlar tarafından incelenip onaylandığını gösterir. Bu onay, resmî bir satın alma siparişi oluşturulmasına izin verir. | ||
| Neden önemli? Bu kilometre taşı, kurum içi ihtiyaç onayı sürecinin sona erdiğini gösterir. Talep onaylarının süresini ve başarı oranını izlemek, satın alma öncesi verimliliği anlamak için önemlidir. Nereden alınır? Bu bilgi genellikle talep belgesindeki durum değişikliğinden çıkarılır veya bir Workflow geçmişi günlüğünden alınır. Yakalayın Talebin nihai onay durumunun ayarlandığı ya da son onay işleminin günlüğe kaydedildiği zaman damgasını belirleyin. Olay türü inferred | |||
| Tedarikçi siparişi teyit etti | Bu olay, tedarikçinin satın alma siparişini aldığını, incelediğini ve onayladığını gösterir. Bu teyit genellikle fiyat, miktar ve teslimat tarihleri üzerinde anlaşmayı da içerir. | ||
| Neden önemli? Tedarikçi teyidi, siparişin talep edildiği şekilde karşılanacağına dair güven verir. Teyidin zamanında gelmemesi, olası karşılama sorunlarının veya gecikmelerin erken göstergesi olabilir. Nereden alınır? Bu bilgi, tedarikçi portalındaki tedarikçi kaynaklı işlemlerden veya e-posta ya da faks teyitlerine dayanarak yapılan manuel veri girişinden alınır. Yakalayın Sipariş teyit belgesinin zaman damgasını veya tedarikçi teyidini gösteren durum güncellemesinin zaman damgasını kullanın. Olay türü explicit | |||
Veri çıkarma rehberleri
Çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
Başlamaya hazır mısınız?
Sisteme özel bir çıkarma rehberi seçerek Satın Almadan Ödemeye sürecinizi optimize etmeye başlayın veya bu genel şablonu veri hazırlığı için temel bir başlangıç noktası olarak kullanın.
Satın alma siparişi sürecinizi optimize edin, bugün başlayın
Her sistemle çalışır, darboğazları belirleyin ve satın alma siparişi çevrimlerini hızlandırın.
Kredi kartı gerekmez. 5 dakikada kurulumu tamamlayın.