AIFA AKADEMI · Kurumsal Wiki
4.310 makale
Ana sayfa Kurumsal Wiki › İş kuralları › BR-DEFTER-URETIMI

Defter üretimi — stok defteri ve bakiye defteri hangi işlemde yazılır

BUSINESS_RULEMOD-CARIERPGOLD_COREACTIVEHIGHSOURCE_IMPLEMENTED
Kanonik kaynak: markdown · bu sayfa üretilmiş görünümdür

Teknik davranış ve yorum sınırı. IslemTipi 11 (DB adı RESMI, kod enum adı FATURA) ve 12 (MAHSUP) satırları için tetikleyici Cari.AcceptTransaction'daki koşul (@IslemTipi<>11 AND @IslemTipi<>12) nedeniyle operasyonel stok/bakiye kaydı üretilmez. Bu tip kayıt defter üretim akışından teknik olarak hariç tutulmuştur; bunun nedeni kaynak koddan tek başına hukuki/muhasebesel bir ayrım olarak yorumlanamaz. AIFASOFT ürün bilgisine göre kullanım amacı operasyonel belge/fatura durum takibidir: aynı ticari işlemin operasyon etkisi ilgili operasyon satırlarında zaten oluşmuştur, belge kaydı bu etkiyi ikinci kez üretmez (ERPGOLDV2 fiş 1025367: 1 tip-11 belge satırı HAG-50574 + 4 tip-0 operasyon satırı).

Kural (kod): Kullanıcı yalnız Cari.Islemler'e yazar. TRG-CARI.ACCEPTTRANSACTION her satır için önce eski türetilmiş kayıtları siler, sonra IslemKodu'na göre dallanıp stok defterini (Stok.StokHaraketleri) ve bakiye defterini (Cari.BakiyeIslem) yeniden üretir.

  • Stok defteri: StokId dolu ve fiziksel miktar (Miktar/Adet) sıfırdan farklıysa yazılır; IslemKodu (takoz/maden/nakit/…) hangi stok tipine gideceğini belirler. [DB_OBJECT:Cari.AcceptTransaction satır 363–387]
  • Bakiye defteri: IslemTipi <> 1 (PEŞİN) ve BakiyeId > 0 ve Miktar <> 0 ise mal bakiyesi; IslemTipi <> 1 ve Tutar <> 0 ise para bakiyesi yazılır. [DB_OBJECT:Cari.AcceptTransaction satır 406–416]
  • Resmî işlemler (IslemTipi 11 RESMİ/FATURA, 12 MAHSUP) operasyonel stok/bakiye kaydı üretmez; yalnız Cari.History'ye düşer.

Yanlış sadeleştirme: "Peşin ise stok, cari ise bakiye." Kod bunu desteklemez; iki eksen bağımsızdır — mal fiziksel olarak yer değiştirdi mi (stok defteri) ve bedel hesaba mı yazıldı (bakiye defteri). Dört kombinasyon da geçerlidir.

Kurulum bağımlı ölçüm (CTR-038 / SOT-08)

Aynı tetikleyici, farklı iş modeli. Ölçüm tarihi 2026-09-11; V2 verisi 2021-12→2023-12, KUYUMCU 2023-11→2025-01.

Kurulum Sınıf İşlem Stok defteri üreten Bakiye defteri üreten
ERPGOLDV2 (döviz) Peşin (BakiyeId=0) 1.261.440 (%83) %99,3 %74,8
Cari (BakiyeId>0) 242.036 (%16) %1,4 %100
Resmî (tip 11, 12) 24.376 (%2) %0 %0
ERPGOLDV2_KUYUMCU Peşin (BakiyeId=0) 291.630 (%45) %54,1 %99,9
Cari (BakiyeId>0) 363.664 (%55) %60,3 %100

Okuma: Döviz bürosunda cari işlem neredeyse yalnız defter kaydıdır (stok üretmez); kuyumcuda cari hesaplı işlemde bile maden fiziksel olarak yer değiştirir (atölye, kasa, şube). Bu yüzden "cari işlem stok üretmez" cümlesi ERPGOLD_CORE kuralı değildir, döviz kurulumunun gözlemidir.

Destek için anlam

  • "Stok tutmuyor" çağrısında ilk kontrol: işlemin BakiyeId, IslemTipi, StokId, Miktar alanları; bkz. PRB-BAKIYE-000.
  • Tetikleyici sil-yeniden-yaz çalıştığı için Cari.Islemler satırı düzeltilince defterler kendiliğinden yeniden üretilir; elle BakiyeIslem düzeltme yapılmaz (bkz. KNOWN_GAPS TD-BALANCEREPAIR maddesi için 17_Quality_And_TechnicalDebt/INDEX.md ve proje notu erpgoldv2-balancerepair-riski).

İlişkili

TBL-CARI.ISLEMLER · TBL-CARI.BAKIYEISLEM · TBL-STOK.STOKHARAKETLERI · ENUM-ISLEM-TISLEMTIPI · CONTRADICTIONS #CTR-038 · INST-KUYUMCU