OrtalamaVade

Çevrimdışı · BigInt · Civil gün

Tutarların tarih merkezini, kuruşu kaybetmeden bulun.

Çek, fatura ve tahsilat satırlarını tek para biriminde ağırlıklandırır; geçmiş ve gelecek vadeleri aynı baz tarihe göre açıkça gösterir.

Hesaba başla

Ağırlıklı ortalama vade, her tutarın baz tarihe gün farkıyla çarpımları toplamının toplam tutara bölünmesiyle bulunan tarih merkezidir.

Hesaplayıcı

Satırları girin

Form ve JSON alanı aynı saf hesap motorunu çağırır.

Saat ve saat dilimi olmadan YYYY-MM-DD.

Örn. TRY. Etikettir; hesaba veya kura girmez.

Tutarı ayraçsız ASCII tamsayı olarak yazın; örneğin 100,00 birim için 10000. Nokta, virgül, üs ve para işareti kullanmayın.

Kaynak kimliği Tutar (alt birim) Vade tarihi İşlem

Agent katmanı

JSON ile çağırın

Tutar girdisi safe integer JSON number; bütün hesap tamsayıları çıktıda stringdir.

amountMinor için ayraçsız ondalık tamsayı tokenı kullanın: 10000. 10000n, 10.000 ve 1e4 kabul edilmez.

Saf motor: Tarayıcı konsolunda window.hesaplaOrtalamaVade(input). Fonksiyon ağ, DOM, saat veya yerel saat dilimi kullanmaz; girdiyi değiştirmez.

Yöntem

Kesin merkez önce, rapor tarihi sonra

Tutarlar ağırlık, baz tarihe göre civil gün farkları değer olarak alınır. Kesin kesir hiçbir zaman yuvarlanmış tarihin arkasına saklanmaz.

Kaynaklı formül

dayOffsetᵢ = civilDay(dueDateᵢ) − civilDay(baseDate)
weightedDayᵢ = amountMinorᵢ × dayOffsetᵢ
exactWeightedOffset = Σ(amountMinorᵢ × dayOffsetᵢ) / ΣamountMinorᵢ

Genel Σ(wᵢxᵢ)/Σwᵢ formülü NIST’in Weighted Mean belgesindeki Denklem 2-20’dir; burada wᵢ=tutar, xᵢ=gün farkı eşlemesi kullanılır. Alo Maliye’deki uygulama yanıtı da tarih seri sayısı × tutar, çarpımları topla, toplam tutara böl akışını verir.

Saat dilimsiz civil-day dönüşümü Howard Hinnant’ın karşılıklı days_from_civil/civil_from_days algoritmasına dayanır. Safe integer denetimi ECMAScript Number.isSafeInteger tanımıdır.

Giriş tercihleri (amountMinor > 0, en az bir satır ve yıl 0001–9999) bu aracın teknik sözleşmesidir. Yuvarlama ve sonlanmayan ondalıkta 12 basamak da aracın açık sunum tercihidir; dış kaynağa veya mevzuata mal edilmez.

Nasıl kullanılır?

  1. Baz tarihi ve para birimini girin. YYYY-MM-DD biçiminde baz tarihi ve tek para birimi etiketini girin.
  2. Satırları ekleyin. Her satıra benzersiz kimlik, pozitif safe integer para-alt-birimi tutarı ve YYYY-MM-DD vade tarihi girin.
  3. Hesaplayın. Araç gün farklarını, tutar-gün katkılarını, toplamları ve kesin kesri aynı motorla hesaplar.
  4. Kesin ve yuvarlak sonucu birlikte okuyun. Kesin kesri ve ondalık merkezi koruyun; rapor tarihi için ayrıca açık politikayla yuvarlanan tam günü okuyun.

Test 1 · adım adım

17,5 gün neden 18 gün raporlanır?

Baz tarih 2026-01-01. İlk satır 10.000 alt birim ve +10 gün; ikinci satır 30.000 alt birim ve +20 gündür.

10.000 × 10 = 100.000

30.000 × 20 = 600.000

pay = 700.000; payda = 40.000

kesin merkez = 700.000 / 40.000 = 17,5 gün

rapor günü = 18; tarih = 2026-01-19

Kesin ağırlıklı merkez 17,5 gün; rapor tarihi açık nearest_half_away_from_zero politikasıyla 18 gün, yani 2026-01-19.

Kontrol listesi

Sık hatalar

  • Basit tarih ortalaması almak: Her satıra eşit ağırlık verir; tutar etkisini kaybeder.
  • TL ile kuruşu karıştırmak: Bütün satırlarda aynı para-alt-birimi ölçeğini kullanın.
  • Geçmiş vadeyi sıfıra kırpmak: Negatif ofset ağırlıklı merkezi etkiler ve korunur.
  • Saat dilimiyle günü kaydırmak: Tarih-saat değil yalnız civil YYYY-MM-DD kullanın.
  • Kesirli günü göstermeden yuvarlamak: Kesin pay/paydayı ve rapor gününü birlikte saklayın.
  • Farklı para birimlerini kur çevirmeden toplamak: Her çağrıda tek para birimi kullanın.
  • Sonucu faiz veya reeskont sanmak: Bu yalnız bir tarih merkezidir; oran veya finansal tavsiye değildir.

Kaynaklar · erişim 2026-07-29

Formül ve iş akışı dayanakları

NIST — Weighted Mean

Genel ağırlıklı ortalama formülünü Σ(wᵢxᵢ)/Σwᵢ olarak verir (Denklem 2-20).

NIST PDF kaynağını aç

Doğrudan erişim doğrulandı: 2026-07-29.

Alo Maliye Forum

Muhasebe talebini ve tarih sayısı × fatura tutarı, toplamları böl iş akışını gösterir; mevzuat kaynağı olarak sunulmaz.

Forum konusunu aç

Doğrudan erişim doğrulandı: 2026-07-29.

MEB MEGEP — Ön Muhasebe

Bölüm 1.4.5.4, seçili taksitlerin ortalama vadesi ile başlangıç tarihinin belirlenmesi iş akışını gösterir; tutar formülü bu kaynağa mal edilmez.

MEB PDF kaynağını aç

Mevcut bağlantı TLS doğrulamalı no-www kanonik uçtur; doğrudan erişim doğrulandı: 2026-07-29. Eski www ucundaki TLS alan adı kusuru teknik raporda tarihsel olarak kayıtlıdır.

Howard Hinnant — Date Algorithms

Proleptik Gregoryen takvim için birbirinin tersi days_from_civil ve civil_from_days algoritmalarını ve katsayılarını verir.

Civil-day algoritma kaynağını aç

Doğrudan erişim doğrulandı: 2026-07-29.

ECMAScript — Number.isSafeInteger

Safe integer tanımını ve Number.MAX_SAFE_INTEGER = 2⁵³−1 sınırını verir.

ECMAScript tanımını aç

Doğrudan erişim doğrulandı: 2026-07-29.

Kısa SSS

Karar vermeden önce

Geçmiş vadeler nasıl ele alınır?

Baz tarihten önceki vade gün farkı negatiftir; araç bu farkı sıfıra kırpmaz.

Neden kesin kesir ve yuvarlanmış tarih birlikte gösterilir?

Ağırlıklı merkez kesirli olabilir, fakat takvim tarihi kesirli olamaz. Bu nedenle kesin kesir korunur ve rapor tarihi için ayrı tam gün gösterilir.

Farklı para birimleri birlikte hesaplanabilir mi?

Hayır. Bir çağrı tek para birimidir; araç kur dönüşümü yapmaz ve satır düzeyindeki farklı para birimi işaretini reddeder.

Bu sonuç faiz veya reeskont mudur?

Hayır. Sonuç yalnız tutar ağırlıklı tarih merkezidir; faiz, iskonto, reeskont, DSO, tahsilat tahmini veya hukuki karar değildir.

Kapsam sınırı: OrtalamaVade; faiz, iskonto, reeskont, DSO, nakit dönüşüm çevrimi, tahsilat tahmini, kur dönüşümü veya hukuki vade kararı hesaplamaz. Sonuç finansal ya da hukuki tavsiye değildir.