ProvizyonGrid

Sınıf: ProvizyonGrid · Modül: MOD-CARI · Türetildiği: DevExpress.XtraEditors.XtraUserControl · Yaşam döngüsü: ACTIVE_NORMAL · Kapsam: ERPGOLD_CORE

Nedir?

Gelen Kutusu / Giden Kutusu (ProvizyonGrid), şubeler arası provizyon işlemlerinin onay kuyruğudur: Gelen Kutusu Cari.GelenIslemler(SubeId) ile karşı şubeden bu şubeye gönderilen, Giden Kutusu Cari.GidenIslemler(SubeId) ile bu şubenin gönderdiği işlemleri Durum filtresine göre (Bekliyor, Tamamlandı, RedEdildi, Duzeltildi, IptalEdildi; -1 = tümü) listeler. Düğmeler: Kabul Et (FrmProvizyonKabul ile karşı şubede işlem yazılır), Red Et, Tekrar Gonder, Iptal Et (onaylı), Refresh; kutucuklar açıklama/arama/filtre/alt toplam/yorum panellerini açar. [SOURCE_CODE:ERPPRO/Controls/Grid/ProvizyonGrid.vb:45-290] [DERIVED:06_Workflows/WF-PROVIZYON-SUBELER-ARASI.md] [DERIVED:18_Glossary/TERM-PROVIZYON.md]

Mekanizma: Settings.Provizyon açık ve hesabın karşı hesabı (KarsiHesapId) tanımlıysa işlem kaydı Cari.Provizyon'a düşer; karşı şube onaylayana kadar orada işlem yoktur, alıcı taraf düzeltemez ("… Önce Gönderen Şube Düzeltmelidir.") [DERIVED:06_Workflows/WF-PROVIZYON-SUBELER-ARASI.md]. Durum kodları kodda sayı sabitidir (TD-26) [DERIVED:17_Quality_And_TechnicalDebt/Items/TD-26.md]. İlgili entegrasyon: INT-SUBELER-ARASI-PROVIZYON-RSAKTAR.

Ne zaman kullanılır?

• Çok şubeli kurulumda karşı şubeden gelen transfer/işlem taleplerini onaylamak veya reddetmek; gönderen şubede bekleyenleri izlemek.

Adım adım kullanım

1. ANA MENÜ ▸ Hesap Yonetimi ▸ Cari Hesaplar ▸ Gelen Kutusu (onaylayacak şube) / Giden Kutusu (gönderen şube).
2. Durum = Bekliyor süzün; satırı seçip Kabul Et → kabul penceresinde kasa/hesap teyidi → işlem karşı şubede yazılır.
3. Uygun değilse Red Et ("Seçmiş Olduğunuz İşlem Red Edilecektir…"); gönderen taraf Tekrar Gonder ile yeniden yollar veya Iptal Et.

Alanların anlamı

Kolonlar fonksiyon çıktısıdır (şube, hesap, işlem satırı alanları, Status). Kolon notları: TBL-CARI.PROVIZYON; fonksiyonlar FN-CARI.GELENISLEMLER, FN-CARI.GIDENISLEMLER.

Stok / bakiye / rapor etkisi

Kabulde karşı şubede Cari.Islemler satırı oluşur ve tetikleyici defterleri üretir; ret/iptalde karşı şubede kayıt oluşmaz [DERIVED:06_Workflows/WF-PROVIZYON-SUBELER-ARASI.md#Sonuç]. Kural: BR-TRANSFER-004.

Sık yapılan kullanıcı hataları

• Alıcı şubede düzeltme denemesi → "Bu İşlemi Düzeltme Yetkiniz Yok. Önce Gönderen Şube Düzeltmelidir." [DERIVED:06_Workflows/WF-PROVIZYON-SUBELER-ARASI.md#Uyarı mesajları].
• "Provizyon İşlemi Kayıt Edilemedi. Tekrar Denemek İstiyor musunuz?" döngüsü — bağlantı sorunu (aynı kaynak).

Kim kullanır? Nereden açılır?

• ANA MENÜ ▸ Hesap Yonetimi ▸ Cari Hesaplar ▸ Gelen Kutusu
• ANA MENÜ ▸ Hesap Yonetimi ▸ Cari Hesaplar ▸ Giden Kutusu

Yaşam döngüsü kanıtı

ACTIVE_NORMAL — kod içinden erişim (New/varsayılan örnek): ERPPRO/Form/Genel/FrmMainForm.vb; ANA MENÜ: Hesap Yonetimi ▸ Cari Hesaplar ▸ Gelen Kutusu; çağıran sınıf: FrmMainForm

Kullanıcı olayları

Kullandığı DAO / iş sınıfları

AIO.Cari.Islem

Bilinen kusurlar / dikkat

• Boş catch bloğu: 1 — hata yutuluyor (TD-EMPTY-CATCH).

Kaynaklar

• SOURCE_CODE:ERPPRO/Controls/Grid/ProvizyonGrid.Designer.vb
• SOURCE_CODE:ERPPRO/Controls/Grid/ProvizyonGrid.vb
• DERIVED:docs/knowledge-base/screens/ProvizyonGrid.md (KB-docs statik analiz)
• DERIVED:kb_src/erppro/scan.json (olay/SQL/çağrı)

Bilinmeyenler

• Hangi sürümde eklendiği: VERSION_UNKNOWN (GAP-CODE-VERSION-DATE).