Siparişe Tahsilata - Faturalama Veri Template'iniz
Siparişe Tahsilata - Faturalama Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- NetSuite için veri çekme rehberliği
Siparişten Tahsilata - Faturalama ve Tahsilat Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Fatura yaşam döngüsünün belirli bir noktasında meydana gelen iş olayının adı. | ||
| Açıklama Etkinlik Adı, faturalama süreci içindeki 'Fatura Oluşturuldu', 'Fatura Onaylandı' veya 'Müşteri Ödemesi Alındı' gibi belirli bir adımı veya olayı açıklar. Bu etkinlikler, süreç haritasının ardışık yapı taşlarını oluşturur. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining için temeldir. Gerçek süreç akışını görselleştirmeye, yaygın ve nadir süreç yollarını (varyantlar) belirlemeye ve sıkça tekrarlanan, tekrar işi veya verimsizliği gösteren etkinlikleri saptamaya yardımcı olur. Neden önemli Bu öznitelik, süreç haritası oluşturmak için temeldir ve bir faturanın geçtiği farklı adımların ve yolların görselleştirilmesini ve analizini sağlar. Nereden alınır NetSuite'deki Fatura işlemiyle ilişkili sistem günlüklerinden, durum değişikliklerinden veya belirli olay kayıtlarından türetilir. Bu genellikle işlem durumu değişikliklerini veya ilgili kayıt oluşturmalarını tanımlı etkinlik adlarına eşlemeyi gerektirir. Örnekler Fatura OluşturulduFatura OnaylandıMüşteri Ödemesi AlındıFatura Tamamen Ödendi | |||
| Fatura Numarası InvoiceNumber | Her fatura belgesi için benzersiz tanımlayıcı; faturalama süreci için birincil 'case' tanımlayıcısı olarak hizmet eder. | ||
| Açıklama Fatura Numarası, faturalama süreci analizinin temel taşıdır ve her faturayı oluşturulmasından nihai kapanışına kadar benzersiz bir şekilde tanımlar. Onay, gönderme ve ödeme tahsili gibi ilgili tüm etkinlikleri tek, bütünsel bir 'case' içinde gruplandırır. Process Mining'de, her fatura numarasının yolculuğunu analiz etmek, tüm faturalama yaşam döngüsünün kapsamlı bir görünümünü sağlar. Bu, süreç varyantlarını, darboğazları ve standart prosedürden sapmaları belirlemeyi mümkün kılar; nakit akışını ve operasyonel verimliliği optimize etmek için kritik içgörüler sunar. Neden önemli Her faturanın uçtan uca yaşam döngüsünü takip etmek, tüm faturalama sürecinin yeniden yapılandırılmasına ve detaylı performans analizine olanak sağlamak için elzemdir. Nereden alınır Bu genellikle NetSuite'teki Fatura işlem kaydındaki 'İşlem Kimliği' veya benzer bir benzersiz tanımlayıcı alanıdır. Örnekler INV-0012345INV-0012346INV-0012347 | |||
| Olay Zaman Damgası EventTimestamp | Belirli bir aktivite veya olayın gerçekleştiği kesin tarih ve saat. | ||
| Açıklama Bu öznitelik, bir etkinliğin tam olarak ne zaman gerçekleştiğini kaydeder. Olayları kronolojik olarak sıralamak ve tüm zamana dayalı analizler için kritik bir bileşendir. Process Mining'de Etkinlik Zaman Damgası, etkinlikler arasındaki döngü sürelerini, 'case' sürelerini ve bekleme sürelerini hesaplamak için kullanılır. darboğazları belirlemek, SLA'lara karşı süreç performansını ölçmek ve faturalama sürecinin zamansal dinamiklerini anlamak için elzemdir. Örneğin, Fatura Oluşturma Döngü Süresi ve Alacak Hesapları Dönüş Süresi (DSO) hesaplamak için kullanılır. Neden önemli Olayların kronolojik sırasını sağlar, bu da süre bazlı tüm metrikleri hesaplamak, darboğazları belirlemek ve zaman içindeki süreç performansını analiz etmek için elzemdir. Nereden alınır Zaman damgası bilgisi genellikle NetSuite'teki her fatura işlemi için ilgili kayıtların sistem notlarında, denetim izlerinde (audit trails) veya 'Oluşturma Tarihi' alanlarında bulunur. Örnekler 2023-10-26T10:00:00Z2023-10-27T14:30:00Z2023-11-15T09:05:00Z | |||
| Kaynak Sistem SourceSystem | Verilerin çekildiği sistem. | ||
| Açıklama Bu öznitelik, süreç verilerinin kaynağını tanımlar. Bu görünüm için sürekli olarak 'NetSuite' olacaktır. Daha geniş bir analitik bağlamda, özellikle birden fazla ERP'ye veya entegre sisteme sahip kuruluşlarda, bu öznitelik veri kökeni (data lineage) ve yönetimi için çok önemlidir. Farklı platformlara yayılabilecek süreçleri ayırt etmeye ve analizin doğru kayıt sistemine doğru şekilde atfedilmesini sağlamaya yardımcı olur. Neden önemli Veri kaynağı ve yönetişimi için kritik bağlam sağlar, özellikle birden fazla sistemin entegre olabileceği ortamlarda. Nereden alınır Bu, Örnekler NetSuite | |||
| Son Veri Güncellemesi LastDataUpdate | Verilerin kaynak sistemden son yenilendiği zamanı gösteren `timestamp`. | ||
| Açıklama Bu öznitelik, veri setinin en son ne zaman güncellendiğini kaydeder. Process Mining analizinin güncelliği ve ilgililiği için bağlam sağlar. Analistler ve iş paydaşları, içgörülerin en güncel operasyonel durumu yansıtıp yansıtmadığını anlamak için bu bilgiyi kullanır. Herhangi bir Dashboard veya rapor için kritik bir metadata parçasıdır, kararların bilinen yaşta verilere dayandığını ve gerçek zamanlı değilse yanlış yorumlanmamasını sağlar. Neden önemli Bu, kullanıcılara verilerin güncelliği hakkında bilgi vererek, analizin zaman çerçevesini ve içgörülerin uygunluğunu anlamalarını sağlar. Nereden alınır Bu zaman damgası, veri yenileme sırasında veri çıkarma aracı veya pipeline tarafından oluşturulur ve kaydedilir. Örnekler 2024-05-21T02:00:00Z | |||
| Bölge Region | Müşteri veya işlemle ilişkili coğrafi bölge. | ||
| Açıklama Bölge özniteliği, faturaları coğrafyaya göre sınıflandırır; bu, müşterinin adresinden veya faturayı düzenleyen iş biriminden türetilebilir. Bu, karşılaştırmalı analiz için güçlü bir boyuttur. 'Bölgesel Faturalama Süreci Karşılaştırması' Dashboard'u, döngü süreleri, hata oranları ve farklı bölgelerdeki süreç varyantları gibi KPI'ları karşılaştırmak için bu özniteliğe dayanır. Bu, bölgesel performans farklılıklarını belirlemeye, yüksek performans gösteren bölgelerdeki en iyi uygulamaları ortaya çıkarmaya ve kuruluş genelinde süreç standardizasyon çabalarını yönlendirmeye yardımcı olur. Neden önemli Farklı coğrafi bölgeler arasında karşılaştırmalı analizi mümkün kılar, bu da bölgesel performans boşluklarını belirlemek ve en iyi uygulamaları standartlaştırmak için anahtardır. Nereden alınır Bu veri genellikle NetSuite'teki müşteri ana veya işlem kaydında özel bir segment veya sınıflandırma alanında saklanır. Örnekler Kuzey AmerikaEMEAAPAC | |||
| Fatura Tarihi InvoiceDate | Müşteriye düzenlenen faturanın resmi tarihi. | ||
| Açıklama Fatura Tarihi veya işlem tarihi, faturalama ile ilgili birçok finansal hesaplamanın başlangıç noktasıdır. Ödeme şartları ve vade tarihleri genellikle bu tarihten itibaren hesaplanır. Analizde bu tarih, Alacak Hesapları Dönüş Süresi (DSO) ve Fatura Yaşlandırma gibi temel finansal KPI'ları hesaplamak için birincil dayanak noktası olarak hizmet eder. Kohort analizine olanak tanır; bu da, faturalama performansının farklı zaman dilimleri arasında, örneğin aydan aya veya yıldan yıla karşılaştırılmasını sağlar. Neden önemli Bu tarih, Alacak Hesapları Dönüş Süresi (DSO) ve fatura yaşlandırma gibi kritik finansal metrikler için temel oluşturur ve işletme sermayesi analizini doğrudan etkiler. Nereden alınır Bu, NetSuite'teki Fatura işlem kaydındaki 'Tarih' (trandate) alanına karşılık gelir. Örnekler 2023-10-262023-10-272023-11-15 | |||
| Fatura Toplam Tutarı InvoiceTotalAmount | Vergiler ve diğer masraflar dahil olmak üzere faturanın toplam parasal değeri. | ||
| Açıklama Bu öznitelik, müşterinin ödemesi beklenen tam tutarı temsil eder. Her faturalama 'case'i için temel bir finansal veri parçasıdır. Süreci fatura tutarına göre analiz etmek, değere dayalı analize olanak tanır. Örneğin, yüksek değerli faturaların düşük değerli faturalardan farklı, daha karmaşık bir süreci takip edip etmediğini ortaya çıkarabilir. Ayrıca tahsilat çabalarını önceliklendirmek ve ödeme gecikmelerinin veya fatura hatalarının finansal etkisini anlamak için de kullanılır. Neden önemli Değer tabanlı süreç analizini mümkün kılar, yüksek değerli faturaların önceliklendirilmesine ve süreç verimsizliklerinin finansal etkisini anlamaya yardımcı olur. Nereden alınır Bu, NetSuite'teki Fatura işlem kaydındaki 'Toplam' (total) alanına karşılık gelir. Örnekler 1500.0089.9912500.50 | |||
| Kullanıcı User | Aktiviteyi gerçekleştiren kullanıcının adı veya kimliği. | ||
| Açıklama Bu öznitelik, belirli bir süreç adımını yürütmekten sorumlu çalışanı veya sistem kullanıcısını tanımlar. Bu kişi faturayı oluşturan, onaylayan veya ödemeyi uygulayan kişi olabilir. Süreci kullanıcıya göre analiz etmek, iş yükü dağılımını, bireysel performansı anlamaya ve eğitim ihtiyaçlarını belirlemeye yardımcı olur. Ayrıca, en çok hangi manuel etkinliklerin kullanıcılar tarafından gerçekleştirildiğini göstererek potansiyel otomasyon fırsatlarını da vurgulayabilir. Ayrıca uyumluluk ve denetim izi (audit trail) analizi için de kilit öneme sahiptir. Neden önemli İş yükü dağılımı, kullanıcıya özel performans ve süreç uyumluluğu analizine olanak tanır, bu da kaynak yönetimi ve hedefe yönelik eğitim için hayati öneme sahiptir. Nereden alınır Sistem Notları alt sekmesinde veya NetSuite'deki Fatura ve ilgili işlem kayıtlarındaki belirli 'Düzenleyen' alanlarında mevcuttur. Örnekler Alice SmithBob JohnsonSİSTEM | |||
| Müşteri Adı CustomerName | Faturanın düzenlendiği müşterinin adı. | ||
| Açıklama Bu öznitelik, fatura kesilen tüzel kişiliği veya bireyi tanımlar. Faturalama sürecini müşteri ilişkileri yönetimi işleviyle ilişkilendirir. Faturalama sürecini müşteriye göre analiz etmek, belirli müşteriler için ödeme davranışlarındaki, anlaşmazlıklardaki veya fatura karmaşıklığındaki kalıpları belirlemeye yardımcı olur. Bu, müşteri segmentasyonu stratejilerini, kredi limiti kararlarını ve özel tahsilat yaklaşımlarını şekillendirebilir. Örneğin, belirli bir müşterinin sürekli olarak tekrar işi gerektiren faturalara sahip olup olmadığını ortaya çıkarabilir. Neden önemli Müşteri odaklı analizlere olanak tanır, bu da belirli müşterilere özgü ödeme kalıplarını, sık karşılaşılan sorunları veya süreç sapmalarını belirlemeye yardımcı olur. Nereden alınır Bu, NetSuite'teki Fatura işlem kaydındaki 'Müşteri' veya 'Varlık' adı alanına karşılık gelir. Örnekler `Global Tech Inc.`Innovate Solutions LLCCornerstone Corp | |||
| Olay Bitiş Zamanı EventEndTime | Belirli bir etkinliğin veya olayın tamamlandığı kesin tarih ve saat. | ||
| Açıklama Etkinlik Bitiş Zamanı, bir etkinliğin tamamlanmasını işaretler. Birçok etkinlik anlık olsa da (başlangıç ve bitiş zamanı aynıdır), bir onay adımı gibi bazı etkinliklerin ölçülebilir bir süresi olabilir. Bu öznitelik, Etkinlik Zaman Damgası (Başlangıç Zamanı) ile birlikte etkinlik işleme süresinin doğrudan hesaplanmasını sağlar. İşleme süresini analiz etmek, en çok zaman ve kaynak tüketen belirli adımları belirlemeye yardımcı olur ve bunu etkinlikler arasındaki bekleme süresinden ayırır. Bu, belirli görevler içindeki verimsizlikleri saptamak için kritik öneme sahiptir. Neden önemli Her bir faaliyetin tamamlanmasının ne kadar sürdüğünün kesin olarak hesaplanmasını sağlar, bu da kaynak verimliliğini analiz etmek ve zaman alıcı görevleri belirlemek için hayati öneme sahiptir. Nereden alınır StartTime'a benzer şekilde, bu bilgi NetSuite'teki sistem denetim günlüklerinden (audit trails) alınabilir. Bir 'başlangıç' olayını ilgili bir 'bitiş' olayıyla eşleştirmek için mantık gerektirebilir. Örnekler 2023-10-26T10:05:14Z2023-10-27T14:32:00Z2023-11-15T09:05:00Z | |||
| Otomatikleştirildi mi? IsAutomated | Bir faaliyetin sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini gösteren bir bayraktır. | ||
| Açıklama Bu boolean özniteliği, bir kullanıcı tarafından manuel olarak gerçekleştirilen etkinlikler ile bir sistem Workflow'u, script veya entegrasyon tarafından otomatik olarak yürütülen etkinlikleri birbirinden ayırır. Bu öznitelik, faturalama sürecindeki otomasyon seviyesini ölçmek için anahtardır ve 'Otomatik Faturalama Oranı' KPI'ını doğrudan destekler. Otomatik veya manuel etkinlikleri filtreleyerek, analistler manuel müdahalenin neden olduğu darboğazları belirleyebilir ve otomasyonu artırma, insan hatasını azaltma ve verimliliği iyileştirme fırsatlarını saptayabilir. Neden önemli Süreçteki otomasyon seviyesini ölçmeye yardımcı olur, manuel çabayı azaltma ve verimliliği artırma fırsatlarını belirler. Nereden alınır Bu, genellikle bir etkinlikle ilişkili 'Kullanıcı' kontrol edilerek türetilir. 'SYSTEM', 'Workflow' veya 'Integration' adlı kullanıcılar tarafından tetiklenen olaylar otomatik olarak işaretlenir. Örnekler truefalse | |||
| Vade Tarihi DueDate | Fatura ödemesinin vadesinin geldiği tarih. | ||
| Açıklama Vade Tarihi, Fatura Tarihi ve üzerinde anlaşılan Ödeme Şartları'na göre hesaplanır. Müşterinin geç kalmadan ödeme yapması gereken son tarihi temsil eder. Bu öznitelik, alacak hesaplarını izlemek ve nakit akışını yönetmek için elzemdir. Zamanında Ödeme Oranı KPI'ını hesaplamak ve müşteri ödeme davranışını analiz etmek için kullanılan ölçüttür. Vade tarihinden sapmaları takip etmek, sıkça geç ödeme yapan müşterileri belirlemeye ve tahsilat stratejilerinin etkinliğini değerlendirmeye yardımcı olur. Neden önemli Zamanında ödeme performansını ölçmek ve müşteri ödeme davranışlarını analiz etmek için kritiktir, tahsilatları ve nakit akışı tahminlerini doğrudan destekler. Nereden alınır Bu, NetSuite'teki Fatura işlem kaydındaki 'Vade Tarihi' (duedate) alanına karşılık gelir. Örnekler 2023-11-252023-11-262023-12-15 | |||
| Bölüm Department | Faturayla ilişkili dahili departman. | ||
| Açıklama Bu öznitelik, işlemden sorumlu Satış, Hizmetler veya belirli bir iş kolu gibi dahili departmanı temsil eder. NetSuite'te standart bir sınıflandırma segmentidir. Süreci departmana göre analiz etmek, dahili kıyaslamaya olanak tanır ve belirli departmanların diğerlerinden daha verimli faturalama süreçlerine sahip olup olmadığını belirlemeye yardımcı olur. Süreç uyumunda veya kaynak tahsisinde varyasyonları ortaya çıkarabilir, kuruluşun belirli bölümleri içinde hedeflenen süreç iyileştirme girişimleri için içgörüler sağlar. Neden önemli Süreç performansının farklı iç departmanlar arasında karşılaştırılmasını sağlar, varyasyonları ve iç süreç standardizasyonu için fırsatları vurgular. Nereden alınır Bu, NetSuite'teki bir Fatura işleminin başlık veya kalem seviyesinde ayarlanabilen 'Departman' sınıflandırma alanına karşılık gelir. Örnekler Kurumsal SatışProfesyonel HizmetlerDonanım | |||
| Faaliyet İşlem Süresi ActivityProcessingTime | Belirli bir `activity` üzerinde aktif olarak çalışılan süredir. | ||
| Açıklama Bu hesaplanmış metrik, tek bir etkinliğin başlangıç ve bitiş zaman damgası arasında geçen süreyi ölçer. Etkinlikler arasındaki bekleme süresinin aksine, gerçek iş süresini temsil eder. Bu, 'Etkinlik Verimi ve darboğazları' Dashboard'u için kritik bir metriktir. İşleme sürelerini analiz ederek, ekiplerin en çok zaman ve kaynak tüketen belirli görevleri belirlemesini sağlar. Bu, daha iyi eğitim sağlamak, sistem performansını iyileştirmek veya görevi otomatikleştirmek gibi hedeflenen iyileştirmelere olanak tanır. Neden önemli Her görev için gerçek çabayı nicelendirir, aktif çalışma süresini boş bekleme süresinden ayırt etmeye ve verimsiz faaliyetleri belirlemeye yardımcı olur. Nereden alınır Her etkinlik kaydı için EventTimestamp (Başlangıç Zamanı)'nın EventEndTime'dan çıkarılmasıyla hesaplanır. Örnekler 300601200 | |||
| Fatura Durumu InvoiceStatus | Faturanın yaşam döngüsündeki mevcut durumu. | ||
| Açıklama Bu öznitelik, faturanın 'Açık', 'Tamamı Ödendi' veya 'İptal Edildi' gibi mevcut durumunu yansıtır. Faturanın herhangi bir anda süreçte nerede olduğuna dair bir anlık görüntü sunar. 'Açık Faturalar Durumuna Genel Bakış' Dashboard'u doğrudan bu öznitelik üzerine inşa edilmiştir. Alacak hesaplarının gerçek zamanlı olarak değerlendirilmesini sağlayarak, finans ekiplerinin ödenmemiş bakiyeleri izlemesine, tahsilatları yönetmesine ve nakit girişlerini tahmin etmesine yardımcı olur. Son durumu analiz etmek, süreç sonuçlarını anlamaya da katkıda bulunur. Neden önemli Alacak hesaplarının mevcut durumunun bir anlık görüntüsünü sunar, açık faturaları ve genel faturalama ilerlemesini izleyen Dashboard'lara olanak tanır. Nereden alınır Bu, NetSuite'teki Fatura işlem kaydındaki 'Durum' alanına karşılık gelir. Örnekler AçıkTamamı Ödendiİptal EdildiOnay Bekliyor | |||
| Ödeme Vadeleri PaymentTerms | Şirket ile müşteri arasında üzerinde anlaşmaya varılan ödeme koşulları. | ||
| Açıklama Ödeme Koşulları, bir müşterinin faturasını ne zaman ve nasıl ödemesi gerektiğini tanımlar; örneğin, 'Net 30' veya 'Makbuzda Ödenir'. Bu bilgi, fatura vadesini otomatik olarak hesaplamak için kullanılır. Bu öznitelik, 'Ödeme Koşullarına Uyum' Dashboard'u için hayati öneme sahiptir. Farklı ödeme koşullarına göre zamanında ödeme oranlarını analiz etmek, etkinliklerini değerlendirmeye yardımcı olur. Örneğin, 'Net 15' koşullarına sahip müşterilerin 'Net 30' olanlara göre daha hızlı ödeme yapıp yapmadığını gösterebilir, bu da gelecekteki sözleşme görüşmelerini ve kredi politikalarını bilgilendirir. Neden önemli Farklı ödeme koşullarının etkinliğini ve bunların müşteri ödeme zamanlaması üzerindeki etkisini analiz etmek için elzemdir. Nereden alınır Bu, NetSuite'teki Fatura işlem kaydındaki 'Şartlar' alanına karşılık gelir. Örnekler Net 30 GünNet 60 GünTeslimatta Ödenecek | |||
| Ortalama Tahsilat Süresi DaysSalesOutstanding | Fatura tarihi ile ödemenin alındığı tarih arasındaki gün sayısı. | ||
| Açıklama Günlük Satış Hasılatı (DSO), bir faturanın düzenlenmesinden sonra ödemeyi tahsil etmenin ortalama kaç gün sürdüğünü ölçen önemli bir finansal metriktir. Bu öznitelik, detaylı analiz sağlamak amacıyla her bir fatura için ayrı ayrı hesaplanır. Genellikle üst düzey bir KPI olarak toplanırken, DSO'nun bireysel fatura düzeyinde olması güçlü analizlere olanak tanır. Hangi müşterilerin, bölgelerin veya fatura türlerinin en yüksek DSO'ya sahip olduğunu belirlemek için kullanılabilir. 'DSO Trend' Dashboard'u, tahsilat verimliliğini zaman içinde görselleştirmek için bu metriğe dayanır ve işletme sermayesi yönetimi hakkında kritik içgörüler sunar. Neden önemli Bireysel fatura düzeyinde tahsilat verimliliğini nicelendirir, yüksek DSO'nun ve nakit akışı üzerindeki etkisinin detaylı temel neden analizini mümkün kılar. Nereden alınır 'InvoiceDate'in, 'Müşteri Ödemesi Alındı' etkinliğinin zaman damgasından çıkarılmasıyla hesaplanır. Örnekler 294562 | |||
| Para Birimi Currency | Fatura tutarı için para birimi kodu. | ||
| Açıklama Bu öznitelik, fatura tutarının ifade edildiği para birimini, örneğin USD, EUR veya GBP'yi belirtir. Tüm parasal değerler için temel bağlamdır. Çok uluslu kuruluşlar için para birimine göre analiz yapmak, farklı pazarlardaki finansal performansı anlamak için önemlidir. Parasal değerlerin doğru yorumlanmasını ve gerekirse para birimi dönüştürmesinden sonra uygun toplama ve karşılaştırmaya olanak tanır. Neden önemli Tüm parasal değerler için gerekli bağlamı sağlar, bu da özellikle çok uluslu operasyonlarda doğru finansal raporlama ve analiz için hayati öneme sahiptir. Nereden alınır Bu, NetSuite'teki Fatura işlem kaydındaki 'Para Birimi' alanına karşılık gelir. Örnekler USDEURGBP | |||
| Satış Siparişi Numarası SalesOrderNumber | Faturanın oluşturulduğu satış siparişinin tanımlayıcısı. | ||
| Açıklama Bu öznitelik, faturalama sürecini önceki satış ve sipariş karşılama süreçleriyle bağlayarak, orijinal satış siparişine doğrudan bir bağlantı sağlar. Satış Sipariş Numarasını dahil etmek, tüm Siparişten Tahsilata döngüsünün daha bütünsel bir görünümünü sağlar. Bu, faturalamadaki sorunları satış sürecindeki kaynaklarına kadar takip edebilen analizlere olanak tanır. Örneğin, sık sık yapılan fatura düzeltmeleri belirli satış sipariş türlerindeki veri girişi hatalarıyla bağlantılı olabilir. Neden önemli Faturalama sürecini satış sürecine bağlar, faturalama sorunlarının temel nedenlerini belirlemek için daha geniş, uçtan uca bir Siparişten Tahsilata analizine olanak tanır. Nereden alınır NetSuite'deki bir Fatura işleminin 'Oluşturulma Kaynağı' alanında veya 'İlgili Kayıtlar' alt sekmesinde bulunur. Örnekler SO-0009876SO-0009877SO-0009878 | |||
| Yeniden İşleme mi? IsRework | Yeniden işleme veya düzeltme döngüsü olarak kabul edilen faaliyetleri tanımlayan hesaplanmış bir bayraktır. | ||
| Açıklama Bu boolean flag'i, 'Fatura Düzeltildi' veya aynı 'case' içinde ikinci bir 'Fatura Onaylandı' olayı gibi katma değersiz tekrar işini temsil eden etkinlikler için doğru (true) olarak ayarlanır. Genellikle etkinlik adına veya bir etkinliğin tekrarına dayanarak türetilir. Bu öznitelik, 'Fatura Tekrar İşi ve Ret Analizi' Dashboard'u ve 'Fatura Hata Oranı' KPI'ı için elzemdir. Tekrar işinin kolayca niceliklendirilmesini sağlayarak süreç kalitesi sorunlarını vurgulamaya yardımcı olur. Tekrar işi etkinliklerini filtreleyerek, ekipler hataların temel nedenlerini hızla belirleyebilir ve süreç iyileştirme girişimlerinin etkisini ölçebilir. Neden önemli Verimsiz yeniden işleme döngülerini işaretleyerek süreç kalitesini doğrudan ölçer, faturalama hatalarının temel nedenlerinin ve finansal etkisinin analiz edilmesini sağlar. Nereden alınır Bu, veri dönüşümü sırasında hesaplanan türetilmiş bir özniteliktir. Tekrar işini (rework) belirlemek için mantık uygulanır; örneğin belirli etkinlik adlarını ('Fatura Düzeltildi') veya tekrarlanan etkinlikleri işaretlemek gibi. Örnekler truefalse | |||
| Zamanında Ödeme mi IsOnTimePayment | Müşteri ödemesinin fatura vadesinde veya öncesinde alınıp alınmadığını gösteren bir bayraktır. | ||
| Açıklama Bu hesaplanmış boolean flag'i, 'Müşteri Ödemesi Alındı' etkinliğinin zaman damgasını faturanın 'Vade Tarihi' ile karşılaştırır. Ödeme zamanında veya erken yapıldıysa doğru (true), geç yapıldıysa yanlış (false) olarak ayarlanır. Bu öznitelik, 'Zamanında Ödeme Oranı' KPI'ı ve 'Ödeme Şartlarına Uyumluluk' Dashboard'u için temeldir. Müşteri ödeme davranışının açık, ikili bir ölçüsünü sunarak analiz ve raporlamayı basitleştirir. Ödeme zamanlamasındaki eğilimleri hızla belirlemeye ve tahsilat stratejilerinin etkinliğini değerlendirmeye yardımcı olur. Neden önemli Bu, tahsilatlar için açık bir başarı metriği sunar, Zamanında Ödeme Oranı KPI'ının hesaplanmasını ve müşteri davranışının analizini doğrudan destekler. Nereden alınır Bu hesaplanmış bir özniteliktir. Ödeme olayının zaman damgasını, 'case' seviyesindeki 'Vade Tarihi' özniteliğiyle karşılaştırmayı gerektirir. Örnekler truefalse | |||
Siparişten Tahsilata - Faturalama ve Tahsilat Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura Müşteriye Gönderildi | Faturanın müşteriye gönderildiğini, genellikle e-posta yoluyla gönderildiğini gösterir. Bu olay, bir kullanıcının fatura kaydından 'E-posta' eylemini ne zaman gerçekleştirdiğini izleyerek yakalanır. | ||
| Neden önemli Bu, müşteri tahsilat döneminin başlangıcını işaretler ve Alacak Hesapları Dönüş Süresi (DSO) hesaplamak için birincil başlangıç noktasıdır. Nereden alınır Fatura kaydındaki 'Son E-posta Tarihi' alanının doldurulmasından çıkarılır. Alternatif olarak, İletişim alt sekmesi altında bir e-posta mesajı kaydının oluşturulmasından da yakalanabilir. Yakala 'Son E-posta Tarihi' alanının doldurulmasından veya bir iletişim kaydının oluşturulmasından çıkarılır. Event tipi inferred | |||
| Fatura Oluşturuldu | NetSuite'teki fatura işlem kaydının resmi olarak oluşturulmasını işaretler. Bu olay, her benzersiz fatura numarası için faturalama sürecinin başlangıç noktasıdır ve işlemin oluşturulma zaman damgasından yakalanır. | ||
| Neden önemli Bu, faturalama sürecinin birincil başlangıç olayıdır. Bu olaydan diğerlerine kadar geçen süreyi analiz etmek, genel süreç verimliliğini ortaya çıkarır ve Fatura Oluşturma Döngü Süresi KPI'ı için temel oluşturur. Nereden alınır Fatura işlem kaydındaki 'Oluşturulma Tarihi' zaman damgasından alınır. NetSuite'in faturaya ilişkin sistem notları da oluşturma olayını ve kullanıcıyı açıkça kaydeder. Yakala Fatura işlem kaydının oluşturulmasıyla kaydedilen olay. Event tipi explicit | |||
| Fatura Onaylandı | Fatura resmi olarak onaylanmış ve müşteriye gönderilmeye hazırdır. Bu, onay durumu 'Onay Bekliyor'dan 'Onaylandı'ya güncellendiğinde, genellikle bir Workflow eylemi aracılığıyla yakalanır. | ||
| Neden önemli Faturanın müşteriye gönderilmesini engelleyen önemli bir kilometre taşıdır. Onay döngü sürelerini ölçmek ve 'Otomatik Faturalama Oranı' KPI'ını hesaplamak için çok önemlidir. Nereden alınır Fatura kaydındaki 'Onay Durumu' alanının 'Onaylandı' olarak değişmesinden çıkarılır. Kesin zaman damgası, işlem için sistem notlarına kaydedilir. Yakala Sistem notlarında 'Onay Durumu' alanının 'Onaylandı' olarak değişmesinden çıkarılır. Event tipi inferred | |||
| Fatura Tamamen Ödendi | Fatura durumu 'Tamamı Ödendi' olarak değişmiştir, bu da bakiyesinin artık sıfır olduğunu gösterir. Bu, fatura için faturalama ve tahsilat döngüsünün başarılı bir şekilde sonuçlandığı anlamına gelir. | ||
| Neden önemli Bu, süreç için birincil başarılı son olaydır. Bu duruma ulaşmak için geçen toplam süreyi analiz etmek, nakit dönüşüm döngüsü için uçtan uca döngü süresini sağlar. Nereden alınır Fatura kaydının 'Durum' alanının 'Tamamen Ödendi' olarak değişmesinden çıkarılır. Bu durum değişikliğinin zaman damgası, işlemin sistem notlarında mevcuttur. Yakala Sistem notlarında 'Durum' alanının 'Tamamen Ödendi' olarak değişmesinden çıkarılır. Event tipi inferred | |||
| Müşteri Ödemesi Alındı | Müşteriden bir ödeme alınmış ve sisteme kaydedilmiştir. Bu, NetSuite'te bir veya birden fazla faturaya uygulanabilen bir 'Müşteri Ödemesi' işlemi oluşturularak yakalanır. | ||
| Neden önemli Nakit tahsilatını işaretler, ancak mutlaka belirli bir faturaya uygulanmasını değil. Nakit uygulama sürecinin ilk adımı ve DSO hesaplamaları için önemli bir olaydır. Nereden alınır 'Müşteri Ödemesi' işlem kaydının oluşturulma tarihinden alınır. Fatura ile bağlantı, ödemenin 'Uygula' alt sekmesinde yapılır. Yakala Bir Müşteri Ödemesi işlem kaydının oluşturulması. Event tipi explicit | |||
| Alacak Dekontu Oluşturuldu | Bir alacak dekontu işlemi oluşturulmuş ve faturaya uygulanarak kalan bakiye azaltılmıştır. Bu genellikle bir ürün iadesini, hizmet şikayetini veya fiyat düzeltmesini gösterir. | ||
| Neden önemli Yeniden işleme, kalite sorunları veya müşteri anlaşmazlıklarını vurgular. Sık tekrarlar, altta yatan sorunlara işaret edebilir ve 'Fatura Yeniden İşleme ve Reddetme Analizi' Dashboard'u için anahtardır. Nereden alınır Bir Alacak Dekontu işleminin oluşturulmasından alınır. Orijinal faturaya bağlantı, 'Oluşturulma Kaynağı' alanında veya alacak dekontunun 'Uygula' alt sekmesinde bulunur. Yakala Orijinal faturaya bağlı bir Alacak Dekontu kaydının oluşturulması. Event tipi explicit | |||
| Fatura İptal Edildi (Geçersiz Kılındı) | Fatura iptal edilmiştir; bu, faturayı fiilen iptal eder ve tüm genel muhasebe etkilerini geri alır. Bu işlem genellikle ödenmeden önce hata ile oluşturulmuş faturalar için yapılır. | ||
| Neden önemli Bir süreç istisnasını ve son durumu temsil eder. Faturaların neden iptal edildiğini anlamak, veri girişi veya sürecin önceki aşamalarında düzeltilmesi gereken hataları ortaya çıkarabilir. Nereden alınır Bu, açık bir kullanıcı eylemidir. Fatura kaydının sistem notlarından yakalanabilir; bu notlar, işlemin ne zaman ve kim tarafından iptal edildiğini kaydeder. Yakala Faturanın sistem notlarında açıkça kaydedilen 'İptal Et' eylemi. Event tipi explicit | |||
| Fatura Kapatıldı | Fatura işlemi kapatılmıştır, genellikle dönem sonu muhasebe sürecinin bir parçası olarak. Bu işlem, fatura tamamen ödendikten ve mutabakat sağlandıktan sonra işlemde başka değişiklik yapılmasını engeller. | ||
| Neden önemli 'Tamamı Ödendi'den sonra sıkça gerçekleşse de, bu son bir idari adım olabilir. Ödeme ile kapanış arasındaki gecikmeleri analiz etmek, finansal raporlama zamanlamasını etkileyebilir. Nereden alınır 'Durum' alanının 'Kapalı' veya benzer bir duruma değişmesinden çıkarılır. Bu değişikliğin zaman damgası sistem notlarından alınır. Yakala Sistem notlarındaki 'Durum' alanı değişikliğinden çıkarılır. Event tipi inferred | |||
| Fatura Onaya Sunuldu | Faturanın durumunun 'Onay Bekliyor' olarak değişmesini temsil eder. Bu olay, bir kullanıcı faturayı yapılandırılmış bir onay Workflow'una gönderdiğinde yakalanır ve bu yaygın bir özelleştirmedir. | ||
| Neden önemli Bu etkinlik, potansiyel bir onay darboğazının başlangıcını belirler. Onay bekleyerek geçirilen süre, genel fatura işleme döngüsü süresinin önemli bir bileşenidir. Nereden alınır Fatura kaydındaki 'Onay Durumu' alanının 'Onay Bekliyor' olarak değişmesinden çıkarılır. Bu değişikliğin zaman damgası, faturanın sistem notları denetim izinde bulunabilir. Yakala Sistem notlarında kaydedilen 'Onay Durumu' alanı değişikliğinden çıkarılır. Event tipi inferred | |||
| Ödeme Faturaya Uygulandı | Alınan müşteri ödemesi, bu faturaya özel olarak uygulanmış ve ödenmesi gereken tutarını azaltmıştır. Bu, uygulamanın Müşteri Ödeme kaydına kaydedildiği zaman kaydedilir. | ||
| Neden önemli Bu, nakit tahsilatı ile fatura mutabakatı arasındaki kritik bağlantıdır. 'Ödeme Alındı' etkinliğinden bu etkinliğe kadar geçen süre, 'Nakit Uygulama Döngüsü Süresi' KPI'ını tanımlar. Nereden alınır Müşteri Ödemesi işleminin sistem notlarından veya denetim izinden, özellikle fatura satırına uygulamanın kaydedildiği zamandan alınır. Bu uygulamanın zaman damgası çok önemlidir. Yakala Müşteri Ödemesi kaydı faturaya bir uygulama ile kaydedildiğinde loglanır. Event tipi explicit | |||
| Ödeme Hatırlatıcısı Gönderildi | Müşteriye ödenmemiş bir ödeme hakkında bir iletişim gönderilmiştir. Bu, faturadan veya müşteri kaydından gönderilen, genellikle bir tahsilat çözümü tarafından gerçekleştirilen kaydedilmiş bir etkinlik veya e-posta olarak yakalanır. | ||
| Neden önemli Tahsilat stratejilerinin etkinliğini değerlendirmek için elzemdir. Bu etkinliğin sonraki ödemeler üzerindeki etkisini analiz etmek, hatırlatma sıklığını ve zamanlamasını optimize etmeye yardımcı olur. Nereden alınır Fatura veya Müşteri kaydının İletişim > Mesajlar alt sekmesindeki bir e-posta kaydının oluşturulmasından alınır. Otomatik tahsilat çözümleri de bunları özel kayıtlar veya görevler olarak kaydedebilir. Yakala Fatura ile ilişkili bir e-posta veya etkinlik kaydı olarak loglanır. Event tipi explicit | |||
| Ödeme Vadesi Geldi | Mevcut tarihin faturanın vade tarihiyle eşleştiği zaman gerçekleşen hesaplanmış bir olaydır. Bu olay doğrudan bir kullanıcı veya sistem eylemine karşılık gelmez, ancak analiz sırasında mevcut verilerden türetilir. | ||
| Neden önemli Ödeme zamanlamasını ölçmek için kritik bir referans noktası görevi görür. 'Zamanında Ödeme Oranı' KPI'ını hesaplamak ve müşteri ödeme davranışlarını analiz etmek için elzemdir. Nereden alınır Bu, NetSuite'te açık bir olay değildir. Olay Log'unun zaman damgasını, Fatura işlem kaydındaki 'Vade Tarihi' alanı ile karşılaştırarak hesaplanır. Yakala Olay zaman damgası, faturadaki 'Vade Tarihi' alanına eşit olduğunda hesaplanır. Event tipi calculated | |||
Veri Çekim Kılavuzları
Adımlar
- NetSuite'e Giriş Yapın: İşlem kayıtları üzerinde Kayıtlı Aramalar (Saved Searches) oluşturma ve çalıştırma yetkilerine sahip bir rol kullanarak NetSuite hesabınıza erişin.
- Kayıtlı Aramalara Gidin: Raporlar (Reports) > Kayıtlı Aramalar (Saved Searches) > Tüm Kayıtlı Aramalar (All Saved Searches) > Yeni (New) yolunu izleyin. Arama tipleri listesinden 'Transaction'ı (İşlem) seçin. Bu, her olay tipi için birden fazla arama oluşturmanın temelini oluşturacaktır.
- 'Fatura Oluşturuldu' (Invoice Created) Aramasını Oluşturun: Bu, faturaların oluşturulmasını yakalayan birincil aramadır.
- 'Kriterler' (Criteria) sekmesinde, 'Standart' (Standard) altında, 'Tip' (Type) filtresini 'Fatura' (is Invoice) olarak ayarlayın.
- 'Ana Satır' (Main Line) için başka bir filtre ekleyin ve fatura başına bir kayıt almak için 'true' (doğru) olarak ayarlayın.
- 'Sonuçlar' (Results) sekmesinde, gerekli sütunları ekleyin. 'ActivityName' gibi standartlaştırılmış alanlar oluşturmak için formüller kullanın. Örneğin,
_UTF8'Fatura Oluşturuldu'formülüyle bir 'Formül (Metin)' (Formula (Text)) alanı ekleyin.
- Durum Değişiklikleri (Onay, Ödendi, İptal Edildi, Kapatıldı) için Aramalar Oluşturun: Birçok etkinlik durum değişikliğidir. Tam zaman damgasını yakalamanın en güvenilir yolu Sistem Notları (System Notes) aracılığıyladır.
- Yeni bir İşlem Kayıtlı Araması (Transaction Saved Search) oluşturun.
- 'Kriterler' (Criteria) sekmesinde, 'Tip' (Type) filtresini 'Fatura' (is Invoice) olarak ayarlayın.
- 'Standart' (Standard) alt sekmesi altında, 'Sistem Notları : Alan' (System Notes : Field) filtresini ekleyin ve ilgili durum alanını, örneğin 'Onay Durumu'nu (Approval Status) seçin.
- Başka bir filtre olan 'Sistem Notları : Yeni Değer'i (System Notes : New Value) ekleyin ve hedef duruma, örneğin 'Onaylandı' (Approved) olarak ayarlayın.
- 'Sonuçlar' (Results) sekmesinde, 'Sistem Notları : Tarih'i (System Notes : Date)
EventTimestamp'a ve 'Sistem Notları : Ayarlayan'ı (System Notes : Set by)User'a eşleştirin. - Bu işlemi, her bir duruma dayalı etkinlik için tekrarlayın: 'Fatura Onaya Gönderildi' (Invoice Submitted for Approval), 'Fatura Onaylandı' (Invoice Approved), 'Fatura Tamamen Ödendi' (Invoice Paid In Full), 'Fatura İptal Edildi' (Invoice Voided) ve 'Fatura Kapatıldı' (Invoice Closed), alan ve değer filtrelerini buna göre ayarlayın.
- 'Fatura Müşteriye Gönderildi' (Invoice Sent to Customer) Aramasını Oluşturun: Bu olay tipik olarak fatura kaydından gönderilen e-posta mesajlarını izleyerek yakalanır.
- 'Tip' (Type) filtresi 'Fatura' (is Invoice) olarak ayarlanmış yeni bir İşlem Kayıtlı Araması oluşturun.
- 'Kriterler' (Criteria) sekmesinde, 'İlgili Kayıtlar' (Related Records) altında, 'Mesajlar : Gönderilme Tarihi' (Messages : Date Sent) için bir filtre ekleyin ve 'boş değil' (is not empty) olarak ayarlayın.
- 'Sonuçlar' (Results) sekmesinde, 'Mesajlar : Gönderilme Tarihi'ni
EventTimestamp'a ve 'Mesajlar : Yazar'ı (Messages : Author)User'a eşleştirin.
- Ödeme ve Alacak Dekontu Faaliyetleri için Aramalar Oluşturun: Bunlar, faturaya bağlı ayrı işlem tiplerini içerir.
- 'Müşteri Ödemesi Alındı' (Customer Payment Received) için, 'Tip' (Type) filtresi 'Müşteri Ödemesi' (is Customer Payment) olan bir arama oluşturun. Oluşturma tarihini olay zaman damgası olarak yakalayın.
- 'Faturaya Ödeme Uygulandı' (Payment Applied To Invoice) için, aynı 'Müşteri Ödemesi' aramasını kullanın ancak 'Uygulandığı İşlem' (Applied To Transaction) alanlarına birleştirin. Ödeme işleminin 'Oluşturulma Tarihi' (Date Created) zaman damgası olarak hizmet eder. Fatura uygulaması başına bir satır alacaksınız.
- 'Alacak Dekontu Oluşturuldu' (Credit Memo Created) için, 'Tip' (Type) filtresi 'Alacak Dekontu' (is Credit Memo) olan bir arama oluşturun ve orijinal fatura numarasını almak için 'Oluşturulma Kaynağı' (Created From) alanına bağlayın.
- Her Kayıtlı Aramayı Çalıştırın ve Dışa Aktarın: Oluşturduğunuz her kayıtlı aramayı yürütün. Sonuçlar sayfasından, dışa aktar simgesine (CSV, Excel veya PDF) tıklayın ve CSV'yi seçin. Sonuç kümesi NetSuite dışa aktarma limitinizden büyükse, partiler halinde dışa aktarmanız gerekebilir.
- Veriyi Birleştirin ve Dönüştürün: Dışa aktarılan tüm CSV dosyalarını Microsoft Excel, bir Python betiği veya bir veri hazırlama aracı gibi bir araç kullanarak tek bir dosyada birleştirin.
- 'Ödeme Vadesi Geldi' (Payment Due Date Reached) Olayını Türetin: Birleştirilmiş veri dosyanızda, her 'Fatura Oluşturuldu' olayı için yeni bir satır oluşturun.
ActivityName'i 'Ödeme Vadesi Geldi' olarak,EventTimestamp'ı faturanınDueDatealanından gelen değer olarak ayarlayın ve diğer ilgili fatura özniteliklerini kopyalayın. - Olay Günlüğünü Sonlandırın: Tüm sütun başlıklarını gerekli şemaya (örneğin,
InvoiceNumber,ActivityName,EventTimestamp) uyacak şekilde standartlaştırın. Zaman damgası formatlarının tutarlı olduğundan emin olun. Bu veri çekim grubu içinSourceSystemveLastDataUpdatesütunlarını statik değerlerle ekleyin. Son birleştirilmiş dosyayı yüklemek üzere CSV olarak kaydedin.
Konfigürasyon
- Ön Koşullar: 'Transaction' tipinde Kayıtlı Aramalar (Saved Searches) oluşturma, düzenleme ve çalıştırma yetkilerine sahip bir kullanıcı rolü gereklidir. Fatura (Invoice), Müşteri Ödemesi (Customer Payment), Alacak Dekontu (Credit Memo) ve Sistem Notları (System Notes) kayıtlarını görüntüleme erişimi de zorunludur.
- Arama Tipi: Tüm veri çekimleri için kullanılan birincil arama tipi 'Transaction'dır. Bu tip, gerekli tüm kayıtlara ve bunların ilişkilerine erişim sağlar.
- Tarih Aralığı Filtreleme: Performansı ve veri hacmini yönetmek için her aramaya bir tarih aralığı filtresi uygulayın. İlk analiz için 'Oluşturulma Tarihi' (Date Created) üzerinde son 3 ila 6 aylık bir dönemi kapsayan bir filtreleme önerilir.
- Ana Satır (Main Line) Filtresi: 'Fatura Oluşturuldu' gibi belge başlığı düzeyindeki olaylar için 'Main Line' kriterini 'true' (doğru) olarak ayarlayın. Bu süreç için gerekli olmayan satır öğesi detaylarını analiz etmeniz gerektiğinde ise 'false' (yanlış) olarak ayarlayın.
- Sistem Notları: Durum değişikliklerini yakalama büyük ölçüde Sistem Notlarına (System Notes) dayanır. NetSuite yapılandırmanızda (Kurulum > Şirket > Özellikleri Etkinleştir > SuiteCloud > SuiteAudit Trail) 'Durum' (Status) ve 'Onay Durumu' (Approval Status) gibi ana işlem alanları için denetimin etkinleştirildiğinden emin olun.
- Performans Hususları: Geniş bir tarih aralığında birçok birleştirme (join) ve formül alanı içeren karmaşık aramaların NetSuite kullanıcı arayüzünde çalışması yavaş olabilir. Bu aramaları yoğun olmayan saatlerde çalıştırmanız ve dışa aktarmanız tavsiye edilir. Bir arama zaman aşımına uğrarsa, tarih aralığını azaltın ve veriyi daha küçük partiler halinde dışa aktarın.
a Örnek Sorgu config
/*
This section describes the configuration for multiple NetSuite Saved Searches needed to generate the complete event log. Each block represents a separate Saved Search that must be created in the UI, exported, and then combined externally.
*/
-- Search 1: Invoice Created
Activity Name: 'Invoice Created'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- Main Line is true
Results Columns (Mapped to Event Log Attributes):
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Created'
- EventTimestamp: Date Created
- User: Created By
- InvoiceDate: Date
- DueDate: Due Date
- InvoiceTotalAmount: Amount (Gross)
- CustomerName: Name
-- Search 2: Invoice Submitted for Approval
Activity Name: 'Invoice Submitted for Approval'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- System Notes : Field is Approval Status
- System Notes : New Value is [Your 'Pending Approval' status]
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Submitted for Approval'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 3: Invoice Approved
Activity Name: 'Invoice Approved'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- System Notes : Field is Approval Status
- System Notes : New Value is [Your 'Approved' status]
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Approved'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 4: Invoice Sent to Customer
Activity Name: 'Invoice Sent to Customer'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- Messages : Date Sent is not empty
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Sent to Customer'
- EventTimestamp: Messages : Date Sent (use Maximum summary type if multiple)
- User: Messages : Author (use Maximum summary type)
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 5: Payment Reminder Issued
Activity Name: 'Payment Reminder Issued'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- User Notes : Note contains [Your dunning/reminder keyword]
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Payment Reminder Issued'
- EventTimestamp: User Notes : Date
- User: User Notes : Author
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 6: Credit Memo Created
Activity Name: 'Credit Memo Created'
Saved Search Type: Transaction
Criteria:
- Type is Credit Memo
- Main Line is true
Results Columns:
- InvoiceNumber: Created From : Document Number
- ActivityName: Formula (Text) = 'Credit Memo Created'
- EventTimestamp: Date Created
- User: Created By
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 7: Customer Payment Received
Activity Name: 'Customer Payment Received'
Saved Search Type: Transaction
Criteria:
- Type is Customer Payment
- Main Line is true
Results Columns:
- InvoiceNumber: Applied to Transaction : Document Number
- ActivityName: Formula (Text) = 'Customer Payment Received'
- EventTimestamp: Date Created
- User: Created By
- CustomerName: Name
-- Search 8: Payment Applied To Invoice
Activity Name: 'Payment Applied To Invoice'
Saved Search Type: Transaction
Criteria:
- Type is Customer Payment
- Main Line is false
Results Columns:
- InvoiceNumber: Applied to Transaction : Document Number
- ActivityName: Formula (Text) = 'Payment Applied To Invoice'
- EventTimestamp: Date Created
- User: Created By
- CustomerName: Name
-- Search 9: Invoice Paid In Full
Activity Name: 'Invoice Paid In Full'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- System Notes : Field is Status
- System Notes : New Value is Paid In Full
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Paid In Full'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 10: Invoice Voided
Activity Name: 'Invoice Voided'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- Status is Invoice : Voided
- System Notes : Field is Status
- System Notes : New Value is Voided
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Voided'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
-- Search 11: Invoice Closed
Activity Name: 'Invoice Closed'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- System Notes : Field is Status
- System Notes : New Value contains Closed
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Closed'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Event to be Derived Post-Extraction: Payment Due Date Reached
/*
This event is not extracted directly. After combining all other CSVs, create a new row for each unique invoice.
Set ActivityName to 'Payment Due Date Reached'.
Set EventTimestamp to the DueDate value from the 'Invoice Created' event for that invoice.
Copy other attributes like InvoiceNumber, CustomerName, etc.
*/ Adımlar
- Ön Koşul: SuiteAnalytics Connect'i Etkinleştirin: SuiteAnalytics Connect modülünün NetSuite örneğinizde lisanslı ve etkin olduğundan emin olun. Bu işlem tipik olarak bir NetSuite yöneticisi tarafından Kurulum (Setup) > Şirket (Company) > Özellikleri Etkinleştir (Enable Features) > Analitik (Analytics) altında yapılır.
- ODBC Sürücüsünü İndirin ve Yapılandırın: NetSuite ana Dashboard'una gidin ve 'Ayarlar' (Settings) portletini bulun. İşletim sisteminize uygun ODBC sürücüsünü indirmek için 'SuiteAnalytics Connect'i Ayarla' (Set Up SuiteAnalytics Connect) bağlantısına tıklayın. Sürücüyü kurmak ve yapılandırmak için NetSuite tarafından sağlanan kurulum talimatlarını izleyin; hizmet ana bilgisayarınızı (service host), portunuzu, Hesap ID'nizi (Account ID), Rol ID'nizi (Role ID), e-postanızı ve şifrenizi sağlayın.
- Veritabanı Bağlantısını Kurun: DBeaver, Tableau veya Power BI gibi ODBC bağlantılarını destekleyen bir SQL istemci aracı kullanın. Önceki adımda yapılandırdığınız sürücüyü kullanarak yeni bir ODBC bağlantısı oluşturun. NetSuite salt okunur (read-replica) veritabanına başarıyla kimlik doğrulaması yapabildiğinizden ve erişebildiğinizden emin olmak için bağlantıyı test edin.
- SQL Sorgusunu Hazırlayın: Bu belgenin 'Sorgu' (Query) bölümünde sağlanan SQL sorgusunun tamamını kopyalayın. Bu sorgu, Siparişten Tahsilata (Order to Cash) faturalama süreci için gerekli tüm faaliyetleri ve öznitelikleri çıkarmak üzere tasarlanmıştır.
- Sorgu Parametrelerini Ayarlayın: Yürütmeden önce, sorgudaki yer tutucu değerleri bulun. Çekim dönemi için istediğiniz başlangıç ve bitiş tarihlerini
'YYYY-AA-GG'yerine yazmalısınız. Ayrıca, analiz etmek istediğiniz NetSuite iştirakinin dahili ID'si (internal ID) yerine[İştirak ID'niz]yazın. - Sorguyu Yürütün: Değiştirilmiş sorguyu SQL istemcinizde çalıştırın. Yürütme süresi, tarih aralığına ve NetSuite hesabınızdaki işlem hacmine bağlı olarak değişecektir.
- Sonuçları İnceleyin: Sorgu tamamlandığında, olay günlüğünü (event log) temsil eden düz bir tablo döndürülecektir. Her satır, fatura yaşam döngüsündeki belirli bir faaliyete karşılık gelir. Verilerin eksiksizliğini ve doğruluğunu inceleyin.
- Olay Günlüğünü Dışa Aktarın: Sorgu sonuçlarını SQL istemcinizden bir CSV dosyasına dışa aktarın. Karakter sorunlarını önlemek için dosyanın UTF-8 kodlamalı olduğundan emin olun.
- Yüklemeye Hazırlanın: Bir Process Mining aracına yüklemeden önce, sütun başlıklarının
InvoiceNumber,ActivityNameveEventTimestampgibi gerekli öznitelik adlarıyla eşleştiğini onaylayın. Tarih ve saat formatlarının tutarlı olduğunu kontrol edin.
Konfigürasyon
- SuiteAnalytics Connect Lisansı: NetSuite salt okunur (read-replica) veritabanına erişmek için SuiteAnalytics Connect modülü için geçerli bir lisans zorunludur. Bu lisans olmadan doğrudan SQL erişimi mümkün değildir.
- Adanmış Rol ve Kullanıcı: SuiteAnalytics Connect için uygun izinlere sahip özel bir NetSuite Rolü oluşturulması şiddetle tavsiye edilir. Bu rol, İşlemler (Transactions), Müşteriler (Customers) ve Sistem Notları (System Notes) dahil olmak üzere gerekli kayıtlara salt okunur erişime sahip olmalıdır. Güvenlik ve denetlenebilirlik sağlamak amacıyla veri çekimi için bu role özel bir kullanıcı atayın.
- Tarih Aralığı Filtreleme: Sağlanan sorgu, fatura oluşturma tarihi (
Transaction.TRANDATE) üzerinde birWHEREyan tümcesi içerir. İlk veri çekimleri için, performansı ve veri hacmini yönetmek amacıyla son 3 ila 6 ay gibi daha küçük bir tarih aralığıyla başlamanız önerilir. Örneğin:AND T.TRANDATE BETWEEN '2023-01-01' AND '2023-06-30'. - İştirak Filtreleme: Birden fazla iştiraki olan hesaplar için, belirli iştirake göre filtreleme hem performans hem de veri alaka düzeyi açısından kritiktir. Sorgu, yapılandırılması gereken
WHERE T.SUBSIDIARY_ID = [İştirak ID'niz]şeklinde bir yer tutucu içerir. - Veri Güncelliği: SuiteAnalytics Connect veritabanı salt okunur bir kopyadır (read-replica). Veriler tipik olarak saatte birkaç kez yenilenir, ancak gerçek zamanlı değildir. NetSuite'te bir işlem gerçekleştikten sonra Connect veritabanında görünmesi arasında birkaç saate kadar olası bir gecikme olabileceğini unutmayın.
a Örnek Sorgu sql
WITH Invoices AS (
SELECT
T.TRANSACTION_ID,
T.TRANID AS InvoiceNumber,
T.TRANDATE AS InvoiceDate,
T.DUEDATE AS DueDate,
T.FOREIGN_TOTAL AS InvoiceTotalAmount,
C.COMPANYNAME AS CustomerName,
BUILTIN.DF(C.LOCATION) AS Region,
T.CREATED_DATE AS InvoiceCreationDate,
CREATOR.FIRST_NAME || ' ' || CREATOR.LAST_NAME AS CreatorUser
FROM
TRANSACTIONS T
JOIN
CUSTOMERS C ON T.ENTITY_ID = C.CUSTOMER_ID
LEFT JOIN
EMPLOYEES CREATOR ON T.CREATED_BY_ID = CREATOR.EMPLOYEE_ID
WHERE
T.TRANSACTION_TYPE = 'Invoice'
AND T.TRANDATE BETWEEN TO_DATE('2023-01-01', 'YYYY-MM-DD') AND TO_DATE('2023-12-31', 'YYYY-MM-DD')
-- AND T.SUBSIDIARY_ID = [Your Subsidiary ID] -- Add your subsidiary filter if needed
)
-- 1. Invoice Created
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Invoice Created' AS "ActivityName",
I.InvoiceCreationDate AS "EventTimestamp",
I.InvoiceCreationDate AS "EventEndTime",
I.CreatorUser AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
CASE WHEN I.CreatorUser LIKE '%System%' THEN 1 ELSE 0 END AS "IsAutomated"
FROM
Invoices I
UNION ALL
-- 2. Invoice Submitted for Approval & 3. Invoice Approved
SELECT
I.InvoiceNumber AS "InvoiceNumber",
CASE WHEN SN.NEW_VALUE = 'Pending Approval' THEN 'Invoice Submitted for Approval' ELSE 'Invoice Approved' END AS "ActivityName",
SN.DATE_CREATED AS "EventTimestamp",
SN.DATE_CREATED AS "EventEndTime",
SN_AUTHOR.FIRST_NAME || ' ' || SN_AUTHOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
CASE WHEN SN.AUTHOR_ID < 0 THEN 1 ELSE 0 END AS "IsAutomated"
FROM
Invoices I
JOIN
SYSTEM_NOTES SN ON I.TRANSACTION_ID = SN.TRANSACTION_ID
LEFT JOIN
EMPLOYEES SN_AUTHOR ON SN.AUTHOR_ID = SN_AUTHOR.EMPLOYEE_ID
WHERE
SN.FIELD = 'TRANSACTION.APPROVALSTATUS' AND SN.NEW_VALUE IN ('Pending Approval', 'Approved')
UNION ALL
-- 4. Invoice Sent to Customer
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Invoice Sent to Customer' AS "ActivityName",
M.MESSAGE_DATE AS "EventTimestamp",
M.MESSAGE_DATE AS "EventEndTime",
MSG_AUTHOR.FIRST_NAME || ' ' || MSG_AUTHOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
0 AS "IsAutomated"
FROM
Invoices I
JOIN
MESSAGES M ON I.TRANSACTION_ID = M.TRANSACTION_ID
LEFT JOIN
EMPLOYEES MSG_AUTHOR ON M.AUTHOR_ID = MSG_AUTHOR.EMPLOYEE_ID
WHERE
M.INCOMING = 'F' -- Indicates an outgoing message
UNION ALL
-- 5. Payment Due Date Reached
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Payment Due Date Reached' AS "ActivityName",
I.DueDate AS "EventTimestamp",
I.DueDate AS "EventEndTime",
'System' AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
1 AS "IsAutomated"
FROM
Invoices I
WHERE
I.DueDate IS NOT NULL AND I.DueDate < SYSDATE
UNION ALL
-- 6. Payment Reminder Issued (based on Messages table, requires a specific subject line convention)
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Payment Reminder Issued' AS "ActivityName",
M.MESSAGE_DATE AS "EventTimestamp",
M.MESSAGE_DATE AS "EventEndTime",
MSG_AUTHOR.FIRST_NAME || ' ' || MSG_AUTHOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
CASE WHEN M.AUTHOR_ID < 0 THEN 1 ELSE 0 END AS "IsAutomated"
FROM
Invoices I
JOIN
MESSAGES M ON I.TRANSACTION_ID = M.TRANSACTION_ID
LEFT JOIN
EMPLOYEES MSG_AUTHOR ON M.AUTHOR_ID = MSG_AUTHOR.EMPLOYEE_ID
WHERE
M.INCOMING = 'F' AND UPPER(M.SUBJECT) LIKE '%PAYMENT REMINDER%'
UNION ALL
-- 7. Credit Memo Created & Applied
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Credit Memo Created' AS "ActivityName",
CM.CREATED_DATE AS "EventTimestamp",
CM.CREATED_DATE AS "EventEndTime",
CM_CREATOR.FIRST_NAME || ' ' || CM_CREATOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
0 AS "IsAutomated"
FROM
Invoices I
JOIN
TRANSACTION_LINES T_LINES ON I.TRANSACTION_ID = T_LINES.APPLIED_TO_TRANSACTION_ID
JOIN
TRANSACTIONS CM ON T_LINES.TRANSACTION_ID = CM.TRANSACTION_ID
LEFT JOIN
EMPLOYEES CM_CREATOR ON CM.CREATED_BY_ID = CM_CREATOR.EMPLOYEE_ID
WHERE
CM.TRANSACTION_TYPE = 'Credit Memo'
UNION ALL
-- 8. Customer Payment Received & 9. Payment Applied to Invoice
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Customer Payment Received' AS "ActivityName", -- Can also create a separate 'Payment Applied' event if needed
PAYMENT.CREATED_DATE AS "EventTimestamp",
PAYMENT.CREATED_DATE AS "EventEndTime",
PMT_CREATOR.FIRST_NAME || ' ' || PMT_CREATOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
0 AS "IsAutomated"
FROM
Invoices I
JOIN
TRANSACTION_LINES T_LINES ON I.TRANSACTION_ID = T_LINES.APPLIED_TO_TRANSACTION_ID
JOIN
TRANSACTIONS PAYMENT ON T_LINES.TRANSACTION_ID = PAYMENT.TRANSACTION_ID
LEFT JOIN
EMPLOYEES PMT_CREATOR ON PAYMENT.CREATED_BY_ID = PMT_CREATOR.EMPLOYEE_ID
WHERE
PAYMENT.TRANSACTION_TYPE = 'Customer Payment'
UNION ALL
-- 10. Invoice Paid In Full, 11. Invoice Voided, 12. Invoice Closed
SELECT
I.InvoiceNumber AS "InvoiceNumber",
CASE
WHEN SN.NEW_VALUE_ID = 'Invoice:B' THEN 'Invoice Paid In Full' -- 'B' is status 'Paid In Full'
WHEN SN.FIELD = 'TRANSACTION.VOIDED' AND SN.NEW_VALUE = 'T' THEN 'Invoice Voided'
WHEN SN.FIELD = 'TRANSACTION.CLOSED' AND SN.NEW_VALUE = 'T' THEN 'Invoice Closed'
END AS "ActivityName",
SN.DATE_CREATED AS "EventTimestamp",
SN.DATE_CREATED AS "EventEndTime",
SN_AUTHOR.FIRST_NAME || ' ' || SN_AUTHOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
CASE WHEN SN.AUTHOR_ID < 0 THEN 1 ELSE 0 END AS "IsAutomated"
FROM
Invoices I
JOIN
SYSTEM_NOTES SN ON I.TRANSACTION_ID = SN.TRANSACTION_ID
LEFT JOIN
EMPLOYEES SN_AUTHOR ON SN.AUTHOR_ID = SN_AUTHOR.EMPLOYEE_ID
WHERE
(SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE_ID = 'Invoice:B')
OR (SN.FIELD = 'TRANSACTION.VOIDED' AND SN.NEW_VALUE = 'T')
OR (SN.FIELD = 'TRANSACTION.CLOSED' AND SN.NEW_VALUE = 'T');