Alacak Hesapları Veri Template'iniz
Alacak Hesapları Veri Template'iniz
Bu, Müşteri Alacakları 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- Fatura yaşam döngülerini takip etmek için temel veri alanları
- Tutarlı süreç haritalaması için standartlaştırılmış faaliyet tanımları
- Herhangi bir finansal yönetim aracıyla uyumlu ölçeklenebilir yapı
Müşteri Alacakları Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Fatura üzerinde gerçekleştirilen event veya eylemin açıklaması. | ||
| Açıklama Bu öznitelik, fatura yaşam döngüsünde gerçekleşen belirli adımı veya durum değişikliğini tanımlar. Fatura Oluşturuldu, Ödeme Kaydedildi, İtiraz Açıldı veya Alacak Notu Düzenlendi gibi örnekler verilebilir. Bu aktivitelerin sırasını analiz eden Process Mining araçları, süreç haritasını yeniden yapılandırır. Bu sayede kuruluşlar, darboğazları, tekrarlayan iş döngülerini (örneğin, yinelenen itiraz güncellemeleri) ve standart tahsilat prosedürlerinden sapmaları tespit edebilir. Neden önemli Süreç adımlarını tanımlamak için gerekli zorunlu Faaliyet alanıdır. Nereden alınır İşlem günlüklerinde, değişiklik belgelerinde veya durum geçmişi tablolarında bulunur. Örnekler Fatura OluşturulduÖdeme AlındıUyuşmazlık Ortaya Çıktıİhtar Mektubu Gönderildi | |||
| Fatura Numarası InvoiceId | Belirli fatura veya faturalama belgesi için benzersiz tanımlayıcı. | ||
| Açıklama Bu öznitelik, Alacak Hesapları süreci için temel vaka tanımlayıcısını temsil eder. Bir faturalandırma işlemini diğerinden ayırır ve bir alacağın oluşturulmasından kapatılmasına kadar olan yaşam döngüsünü izlemek için birincil anahtar işlevi görür. Process Mining analizinde, bu öznitelik; fatura oluşturma, güncellemeler, itirazlar ve ödemeler gibi ilgili tüm olayları tek bir vaka altında gruplamak için kullanılır. Bu sayede analistler, belirli bir faturanın uçtan uca yolculuğunu görselleştirebilir ve işlem düzeyinde performans metriklerini hesaplayabilir. Neden önemli Süreç akışını yeniden oluşturmak için gerekli zorunlu Case ID'dir. Nereden alınır Genellikle işlem başlık tablosunda veya ana alacak hesapları alt defter tablosunda bulunur. Örnekler INV-2023-001900004321US-10234B55432 | |||
| Kaynak Sistem SourceSystem | Verinin kaynaklandığı sistemin adı veya tanımlayıcısı. | ||
| Açıklama Bu öznitelik, kaydın çıkarıldığı yazılım uygulamasını veya ortamı (SAP, Oracle ya da HighRadius gibi) tanımlar. Birden çok ERP sisteminin bulunduğu karmaşık yapılarda, veri kaynaklarını ayırt etmeye yardımcı olur. Farklı temel teknolojileri kullanabilen çeşitli bölgeler veya iş birimleri arasında süreç performansını karşılaştırmak için özellikle yararlıdır. Verilerin kökenine kadar izlenebilirliğini garanti eder. Neden önemli Çoklu sistem ortamlarında verileri filtrelemek ve doğrulamak için temel öneme sahiptir. Nereden alınır Genellikle ETL süreci sırasında statik bir dize olarak eklenir. Örnekler SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| Olay Zaman Damgası EventTime | Faaliyetin gerçekleştiği belirli tarih ve saat. | ||
| Açıklama Bu nitelik, kaynak sistem içinde bir eylemin gerçekleştiği tam anı yakalar. Bir dosyadaki olayların kronolojik sırasını oluşturmak için kritiktir. Analistler bu veriyi, Fatura Gönderildi'den Ödeme Kaydedildi'ye kadar geçen süre gibi süreç adımları arasındaki işlem sürelerini hesaplamak için kullanır. Ayrıca belirli faaliyetlerin süresini belirlemek ve nakit tahsilat döngüsündeki gecikmeleri tespit etmek için de temel oluşturur. Neden önemli Event'leri sıralamak ve süreyi hesaplamak için gerekli zorunlu Başlangıç Zaman Damgasıdır. Nereden alınır Sistem günlüklerinde, işlem giriş zaman damgalarında veya değişiklik geçmişi tablolarında bulunur. Örnekler 2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z | |||
| Son Veri Güncellemesi LastDataUpdate | Verinin ne zaman çıkarıldığını veya yenilendiğini gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, veri kümesinin Process Mining uygulamasında en son ne zaman güncellendiğini kaydeder ve kullanıcılara analizin güncelliği hakkında bilgi veren bir meta veri alanı işlevi görür. Analistlerin gerçek zamanlı verilere mi yoksa önceki bir döneme ait bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur. Bu, doğru raporlama yapmak ve kararların mevcut en güncel bilgilere dayanmasını sağlamak açısından kritik öneme sahiptir. Neden önemli Veri gecikmesi ve güvenilirliği hakkında bağlam sağlar. Nereden alınır Veri hattı veya ETL aracı tarafından çalışma zamanında oluşturulur. Örnekler 2023-11-15T00:00:00Z2023-11-16T08:00:00Z | |||
| Fatura Tutarı InvoiceAmount | Faturanın toplam tutarıdır. | ||
| Açıklama Bu öznitelik, müşteriye karşı olan talebin finansal değerini temsil eder ve genellikle vergiler ile ek ücretler dahil brüt tutarı yansıtır. Analizlerde bu alan; değere göre ağırlıklandırılmış Ortalama Tahsilat Süresi (DSO) gibi finansal KPI'ları hesaplamak, risk altındaki yüksek değerli hesapları belirlemek ve tahsilat çalışmalarını önceliklendirmek için temeldir. Finansal etkiye göre süreçlerin segmentlere ayrılmasını mümkün kılar. Neden önemli Finansal etki analizi ve yüksek değerli tahsilatların önceliklendirilmesi için kritik öneme sahiptir. Nereden alınır Fatura başlığında veya muhasebe belge başlığında bulunur. Örnekler 1500.00250.5010000.0045.99 | |||
| Hesaba Geçiş Tarihi ClearingDate | Faturanın tamamen ödendiği veya mahsup edildiği tarih. | ||
| Açıklama Bu öznitelik, açık kalemin sistemde ne zaman kapatıldığını (genellikle bir ödeme veya alacak notu kaydıyla) kaydeder. Bu, ilgili fatura için tahsilat yaşam döngüsünün sona erdiğini gösterir. Bu tarih, gerçek döngü süresi ve Ortalama Tahsilat Süresi (DSO) hesaplamaları için matematiksel olarak kritik öneme sahiptir. Açık ve kapalı faturaları birbirinden ayırmanın yanı sıra, nakit uygulama sürecinin verimliliğini ölçmek için kullanılır. Neden önemli Döngü süresini ve gerçek Days Sales Outstanding (DSO) oranını hesaplamak için temel öneme sahiptir. Nereden alınır Muhasebe belge satır öğesinde veya durum geçmişinde bulunur. Örnekler 2023-11-202023-12-052023-10-15 | |||
| İş Birimi BusinessUnit | Faturayı düzenleyen dahili bölüm, iştirak veya şirket kodu. | ||
| Açıklama Bu öznitelik, işletme içerisinde alacağa sahip olan kurumsal birimi temsil eder. SAP gibi sistemlerde Şirket Kodu'na, NetSuite'te ise Bağlı Ortaklık'a karşılık gelir. Bu sayede farklı şubeler veya bölümler arasında karşılaştırmalı analiz yapılabilir. Yönetim, bu görünümü kullanarak tahsilat performansını, standart süreçlere uyumu ve DSO metriklerini organizasyonun farklı birimlerinde kıyaslayarak değerlendirebilir. Neden önemli Farklı organizasyonel birimler arasında performans karşılaştırması yapılmasına olanak tanır. Nereden alınır Fatura başlığında veya finansal muhasebe belge başlığında bulunur. Örnekler US01EMEA Operasyonlarıİştirak A1000 | |||
| Müşteri Adı CustomerName | Faturadan sorumlu tüzel kişiliğin veya kuruluşun adı. | ||
| Açıklama Bu öznitelik, fatura ile ilişkilendirilen borçluyu tanımlar ve verilerin hesap düzeyinde toplanmasına imkan tanır. Özellikle belirli müşterilerin ödeme davranışlarını analiz etmek için kritik öneme sahiptir. Bu sayede, sık sık geç ödeme yapan veya faturalara itiraz eden stratejik müşterileri belirleyebilir, hedefe yönelik ilişki yönetimi ve kişiselleştirilmiş tahsilat stratejileri uygulayabilirsiniz. Neden önemli Hesap düzeyinde analiz ve sorunlu ödeme yapanların belirlenmesini sağlar. Nereden alınır Fatura başlığıyla birleştirilmiş müşteri ana veri tablolarında bulunur. Örnekler Acme CorpKüresel EndüstrilerTech Solutions Ltd | |||
| Ödeme Vadeleri PaymentTerms | Ödemenin ne zaman yapılacağını tanımlayan kararlaştırılmış koşullar. | ||
| Açıklama Bu nitelik, Net 30, Net 60 veya Hemen gibi ödeme takviminin kodunu veya açıklamasını içerir. Nakit akışı için sözleşmeye dayalı beklentiyi tanımlar. Bu niteliği analiz etmek, standart koşullara uyulup uyulmadığını veya satış ekiplerinin anlaşmaları kapatmak için elverişsiz koşullar sunup sunmadığını belirlemeye yardımcı olur. Ayrıca, ödeme koşullarını gerçek ödeme davranışıyla ilişkilendirerek vade uyumluluğunu kontrol etmek için de kullanılır. Neden önemli Vade Tarihi için bağlam sağlar ve vade uyumluluğunu analiz etmeye yardımcı olur. Nereden alınır Fatura başlığında veya müşteri ana verilerinde bulunur. Örnekler NT30Net 60 Gün2% 10 Net 30Acil | |||
| Otomatikleştirildi mi? IsAutomated | Faaliyetin insan müdahalesi olmadan gerçekleştirilip gerçekleştirilmediğini gösteren bayrak. | ||
| Açıklama Bu mantıksal öznitelik, manuel kullanıcı eylemleri ile sistem tarafından tetiklenen olayları birbirinden ayırır. Genellikle Kullanıcı Kimliği'nin bilinen hizmet hesapları listesiyle karşılaştırılmasıyla belirlenir. Bu, otomasyon oranlarını hesaplamak için temel bir faktördür. Kuruluşların Robotik Süreç Otomasyonu (RPA) yatırım getirisini anlamalarına ve nakit uygulama veya ihtar gönderme gibi tekrarlayan manuel görevleri otomatikleştirmek için fırsatları tespit etmelerine yardımcı olur. Neden önemli Dijital dönüşüm ve süreç otomasyon oranlarını ölçmek için hayati öneme sahiptir. Nereden alınır Kullanıcı Kimliği veya belirli işlem bayraklarından türetilmiştir. Örnekler truefalse | |||
| Uyuşmazlık Nedeni DisputeReason | Bir faturaya neden itiraz edildiğini açıklayan kategori veya kod. | ||
| Açıklama Bu nitelik, bir müşterinin faturanın tamamını veya bir kısmını ödemeyi neden reddettiğine dair sınıflandırmayı yakalar. Yaygın nedenler arasında fiyatlandırma hataları, hasarlı mallar veya eksik belgeler bulunur. Bu veri, kök neden analizi için hayati öneme sahiptir. Uyuşmazlık nedenlerini bir araya getirerek, kuruluşlar ödeme gecikmelerine ve idari yeniden işleme neden olan yukarı akış süreçlerindeki (yerine getirme veya fiyatlandırma gibi) sistemik sorunları belirleyebilir. Neden önemli Ödeme gecikmelerinin ve yeniden işleme nedenlerinin belirlenmesi için anahtardır. Nereden alınır Uyuşmazlık yönetimi modüllerinde veya belirli uyuşmazlık dosyası tablolarında bulunur. Örnekler Fiyat FarkıHasarlı MallarEksik POMükerrer Fatura | |||
| Vade Tarihi DueDate | Müşterinin ödeme yapmasının beklendiği tarih. | ||
| Açıklama Bu öznitelik, satış koşullarında mutabık kalınan ödeme son tarihini belirtir. Bir faturanın güncel, vadesi geçmiş veya gecikmiş olup olmadığını belirlemek için bir temel oluşturur. Analistler bu tarihi, erken veya geç ödeme metriklerini hesaplamak için kullanır. Gerçek ödeme tarihini son ödeme tarihiyle karşılaştırmak, müşterilerin uyum davranışlarını ve tahsilat stratejilerinin ne kadar etkili olduğunu gösterir. Neden önemli Yaşlandırma, gecikme ve ödeme uyumluluğunu hesaplamak için temel. Nereden alınır Fatura başlığında bulunur veya başlangıç tarihi artı ödeme koşullarından hesaplanır. Örnekler 2023-12-012023-10-312023-11-15 | |||
| Müşteri Segmenti CustomerSegment | Müşterinin stratejik değere veya riske göre sınıflandırılması. | ||
| Açıklama Bu öznitelik, müşterileri Ana Hesaplar, KOBİ, Yüksek Riskli veya Kamu gibi kategorilere ayırır ve genellikle ana veride tanımlanır. Bu özniteliğe göre yapılan süreç analizi, farklı müşteri türlerine nasıl yaklaşıldığını ortaya koyar. Yüksek değerli müşterilere öncelikli hizmet sunulup sunulmadığını veya yüksek riskli müşterilerin yeterince yakından takip edilip edilmediğini doğrulamak için faydalıdır. Neden önemli Farklı müşteri kademelerinde strateji analizi yapılmasına olanak tanır. Nereden alınır Müşteri ana verilerinde veya iş ortağı tablolarında bulunur. Örnekler StratejikPerakendeToptanTier 1 | |||
| Tahsilatçı Adı CollectorName | Ödeme tahsilatından sorumlu temsilcinin veya kullanıcının adı. | ||
| Açıklama Bu öznitelik, müşteri hesabını yönetmek ve ödemeyi sağlamakla görevli belirli çalışanı veya ekibi tanımlar. Böylece insan kaynakları ile süreç sonuçları arasında bir bağlantı kurar. Bu sayede tahsilatçı verimliliği ve etkinliği analiz edilebilir. Yöneticiler, eğitim ihtiyaçlarını belirlemek veya portföyleri yeniden dengelemek için farklı tahsilatçılar arasındaki tahsilat oranlarını, ödeme taahhüdü yerine getirme performansını ve iş yükünü karşılaştırabilir. Neden önemli İşgücü verimlilik analizi ve performans kıyaslaması yapılmasına olanak tanır. Nereden alınır Müşteri ana kaydında veya belirli tahsilat yönetimi tablolarında bulunur. Örnekler John DoeTahsilat Ekibi ASistem Aracısı | |||
Müşteri Alacakları Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Alacak Dekontu Kaydedildi | Fatura bakiyesini mahsup eden bir alacak dekontunun düzenlenmesi. Bu genellikle geçerli bir uyuşmazlığın, bir iadenin veya geriye dönük bir indirimin finansal sonucudur. | ||
| Neden önemli Gelir kaybını, faturalama kalitesini ve ödeme yapmama temel nedenlerini analiz etmek için kritik öneme sahiptir. Nereden alınır Müşteri alacakları işlem tablosunda özellikle krediler için bir belge türü olarak bulunur. Yakala Alacak dekontu belgelerini referans alanı aracılığıyla orijinal faturaya bağlayın. Event tipi explicit | |||
| Fatura Gönderildi | Faturalama belgesinin e-posta, baskı, EDI veya portal aracılığıyla müşteriye iletilmesi. Bu, ödeme yükümlülüğünün müşteriye devredilmesini temsil eder. | ||
| Neden önemli Oluşturma ve gönderme arasındaki gecikmeyi hesaplamak, nakit akışını yavaşlatan dahili işlem gecikmelerini belirlemeye yardımcı olur. Nereden alınır Çıktı yönetimi kayıtlarından, e-posta iletim kayıtlarından veya EDI durum güncellemelerinden türetilmiştir. Yakala Fatura çıktı durumunun gönderildi veya tamamlandı olarak değiştiği zaman damgalarını belirleyin. Event tipi explicit | |||
| Fatura Mutabakatı Yapıldı | Fatura açık bakiyesinin sıfır olduğu son durum değişikliği. Bu, tam ödeme, kredi uygulaması veya silme nedeniyle meydana gelir. | ||
| Neden önemli Sistemdeki dosyanın mutlak sonunu işaretler ve toplam süreç döngü süresini hesaplamak için kullanılır. Nereden alınır Fatura durumu alanının Kapalı, Mahsup Edildi veya Ödendi olarak değişmesinden türetilmiştir. Yakala Açık kalem durum bayrağının 'mahsup edildi' olarak değiştiği zaman damgasını belirleyin. Event tipi inferred | |||
| Fatura Oluşturuldu | Finansal sistem içinde fatura kaydının ilk oluşturulması, müşteri alacakları girişini tesis eder. Bu event, tahsilat yaşam döngüsünün resmi başlangıcını işaretler ve yaşlandırma hesaplamaları için temel oluşturur. | ||
| Neden önemli Bu, tüm süreç için bir çapa olayıdır ve tüm döngü süresi metrikleri ile DSO hesaplamaları için başlangıç zaman damgasını tanımlar. Nereden alınır Genellikle ERP sisteminin işlem başlık tablosunda veya oluşturma günlüklerinde bulunur. Yakala Benzersiz fatura belge numarasının oluşturulma zaman damgasını çıkarın. Event tipi explicit | |||
| Ödeme Kaydedildi | Faturaya uygulanan gelen nakit işleminin kaydedilmesi. Bu, BA sürecinin birincil hedefidir. | ||
| Neden önemli Days Sales Outstanding (DSO) hesaplamak ve nakit akışı sağlığını değerlendirmek için en kritik event. Nereden alınır Ödeme uygulaması veya nakit tahsilat tablolarında bulunur. Yakala Fatura numarasıyla bağlantılı ödeme makbuzu belgelerinden zaman damgalarını yakalayın. Event tipi explicit | |||
| Uyuşmazlık Açıldı | Müşterinin faturanın geçerliliğine veya tutarına katılmadığını gösteren resmi bir dosya veya neden kodunun oluşturulması. Bu genellikle standart tahsilat çabalarını durdurur. | ||
| Neden önemli Süreçteki darboğazları belirler ve faturalama hataları veya kalite sorunları nedeniyle risk altındaki geliri nicel olarak belirlemeye yardımcı olur. Nereden alınır Uyuşmazlık yönetimi modülünde bir dosya oluşturulması veya durumun 'Uyuşmazlıkta' olarak değişmesiyle belirlenir. Yakala Fatura ile bir uyuşmazlık dosyası kimliğinin ilişkilendirildiği veya bir uyuşmazlık bayrağının doğru olarak ayarlandığı zaman damgasını yakalayın. Event tipi explicit | |||
| Vade Tarihi Geçti | Mevcut tarihin, fatura açık kalırken üzerinde anlaşılan ödeme vadesini aştığını gösteren hesaplanmış bir dönüm noktasıdır. Bu olay, mevcut durumdan vadesi geçmiş duruma geçişi işaret eder. | ||
| Neden önemli Zamanında ödeme performansını analiz etmek ve ihtar stratejilerini tetiklemek için hayati öneme sahiptir. Nereden alınır Kapatma olayı gerçekleşmediyse, fatura vade tarihinin sistem tarihiyle karşılaştırılmasıyla hesaplanır. Yakala Sistem tarihi Vade Tarihi alanını aştığında ve genel Durum hala Açık olduğunda bir event oluşturun. Event tipi calculated | |||
| Anlaşmazlık Çözüldü | Bir uyuşmazlık soruşturmasının, müşteriyi alacaklandırma, bakiyeyi silme veya ödemeyi zorunlu kılma kararıyla sonuçlanan sonu. Bu, faturayı nihai ödeme için açar. | ||
| Neden önemli İstisna işleme sürecinin sonunu işaretler ve nakit döngüsünün devam etmesine izin verir. Nereden alınır Uyuşmazlık dosyasının durumu Kapalı veya Çözüldü olarak değiştiğinde yakalanır. Yakala Uyuşmazlık yönetim sistemindeki son durum değişikliğinin zaman damgasını belirleyin. Event tipi explicit | |||
| Kısmi Ödeme Kaydedildi | Fatura bakiyesini azaltan ancak kalan bir tutar bırakan bir ödeme makbuzunun uygulanması. Bu genellikle bir uyuşmazlığı, ödeme yapamama durumunu veya kısa ödemeyi gösterir. | ||
| Neden önemli Kısmi ödemelerin vurgulanması, müşteri ödeme davranışını ve süreç karmaşıklığını analiz etmeye yardımcı olur. Nereden alınır Bir ödeme işlemi faturayla ilişkilendirildiğinde ancak ödeme tutarı açık bakiyeden az olduğunda kaydedilir. Yakala Uygulanan tutarın, ödenmemiş fatura tutarından az olduğu ödeme uygulamalarını belirleyin. Event tipi explicit | |||
| Ödeme Mutabakatı Yapıldı | Dahili ödeme kaydının harici banka ekstresi kalemine eşleştirilmesi. Bu, nakdin banka hesabına fiziksel olarak alındığını doğrular. | ||
| Neden önemli Defter nakdi ile banka nakdi arasında ayrım yaparak, nakit uygulama sürecindeki gecikmeleri vurgular. Nereden alınır Banka mutabakat modüllerinden veya nakit yönetimi günlüklerinden alınmıştır. Yakala Ödeme belgesinin banka defterinde 'mahsup edildi' veya 'eşleşti' olarak işaretlendiği zamanı belirleyin. Event tipi explicit | |||
| Ödeme Sözü Kaydedildi | Müşteriden belirli bir tutarı belirli bir tarihe kadar ödeme taahhüdünün resmi olarak kaydedilmesi. Bu genellikle başarılı bir iletişimden sonra bir tahsilat temsilcisi tarafından girilir. | ||
| Neden önemli Beklenen nakit akışına görünürlük sağlar ve müşteri taahhütlerinin güvenilirliğini ölçer. Nereden alınır Tahsilat yönetimi modüllerinde veya fatura ile ilişkili not alanlarında bulunur. Yakala Fatura kimliğine karşı bir PTP tarihi ve tutarının kaydedildiği kayıtları çıkarın. Event tipi explicit | |||
| Şüpheli Alacak Silindi | Kalan fatura bakiyesini tahsil edilemez olarak ilan etme ve müşteri alacakları defterinden çıkarma eylemi. Bu, bir süreç hatasını ve finansal kaybı temsil eder. | ||
| Neden önemli Kredi sürecinin toplam maliyetini analiz etmek ve yüksek riskli müşteri segmentlerini belirlemek için önemlidir. Nereden alınır Belirli bir silme neden koduyla yevmiye kayıtlarından veya düzeltme işlemlerinden yakalanır. Yakala Faturayla bağlantılı, silme olarak sınıflandırılan düzeltme belgeleri için filtreleyin. Event tipi explicit | |||
| Tahsilat Teması Kuruldu | Müşteriyle açık bir faturayla ilgili bir etkileşimdir; örneğin, otomatik bir ihtar mektubu gönderme veya telefon görüşmesini kaydetme. Bu, tahsilat ekibi tarafından gösterilen proaktif çabayı takip eder. | ||
| Neden önemli Tahsilatçı verimliliğini ve ihtar stratejilerinin ödeme hızı üzerindeki etkinliğini ölçmek için temel öneme sahiptir. Nereden alınır Yazışma günlüklerinden, CRM faaliyet geçmişinden veya ihtar defterlerinden alınmıştır. Yakala Müşteri etkileşim günlüklerinden veya faturayla bağlantılı otomatik ihtar tablolarından girişleri eşleştirin. Event tipi explicit | |||
| Uyuşmazlık Durumu Güncellendi | Bir uyuşmazlık dosyasının ilerlemesindeki bir değişikliktir; örneğin, ilk incelemeden aktif araştırmaya geçiş. Bu, çözüm ekibinin iş akışını takip eder. | ||
| Neden önemli Uyuşmazlık çözüm döngü sürelerinin analiz edilmesine ve araştırma sürecindeki duraklamaların belirlenmesine olanak tanır. Nereden alınır Faturayla bağlantılı uyuşmazlık dosya nesnesinin geçmiş günlüğünden türetilmiştir. Yakala Bağlantılı itiraz vaka varlığının durum alanındaki değişiklikleri takip edin. Event tipi inferred | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,