Müşteri görünümü — kanonik makaleden (SCN-SUBELER-ARASI-ISLEM) türetildi; teknik ayrıntılar çıkarıldı.
Senaryo — Şubeler/kasalar arası işlem: kasa transferi ve provizyon
MERKEZ şubesindeki ANAKASA'dan ŞUBE-2'nin kasasına 2.000 USD gönderiliyor. Bu iş (veri alanı)'e değil (veri alanı)'e yazılır ve kabul edilince stok defterine düşer. İkinci mekanizma provizyon: karşı şube hesabına yapılan cari işlemin karşı şubede onaylanması. Virman ile karıştırılmamalı (SCN-VIRMAN): virman bakiye taşır, transfer fiziksel stok taşır.
Başlangıç durumu
| Öğe | Değer |
|---|---|
| MERKEZ / ANAKASA (KasaId 1) | 10.000 USD |
| ŞUBE-2 / ŞUBE2-KASA (KasaId 5) | 1.000 USD |
| Ayar | Provizyon = açık (CFG-PROVIZYON); şubeler arası transfer hesabı tanımlı (KarsiHesapId, ) |
| Yetki | gönderen kullanıcıda IslemIptal (iptal için) |
Kullanıcı işlemi
A — Kasa transferi: 1. TRANSFER (Hesap Yönetimi ▸ Transferler) ▸ Giden kutusu ▸ Transfer düğmesi → TRANSFER EKLE: gönderen kasa ANAKASA, alan kasa ŞUBE2-KASA, işlem nakit, stok USD, miktar 2.000, açıklama; kayıt ( adım 2). 2. ŞUBE-2 kullanıcısı: Gelen kutusu ▸ Kabul Et → "Seçmiş Olduğunuz Gonderi Kabul Edilecektir. Onaylıyor musunuz?"; alternatif Reddet; gönderen Durum=0 iken İptal.
B — Provizyonlu cari işlem: MERKEZ'de ŞUBE-2 transfer hesabına işlem girilir (tür ÇIKIŞ'a kilitli, ; takoz girişi yapılamaz, ); F2 → ; ŞUBE-2 listede BEKLİYOR satırını onaylar/reddeder (, SCR-PROVIZYONGRID).
Bakiye etkisi
- A: cari bakiye değişmez ( sonuç).
- B: onaylanana kadar karşı şubede işlem yoktur; onay sonrası her iki şubede kayıt ve bakiye ( sonuç). Alıcı şube düzeltemez: "…Önce Gönderen Şube Düzeltmelidir."
Stok etkisi
A — kabulde :
| (veri alanı) | Bolum | KasaId | StokTipi | Miktar |
|---|---|---|---|---|
| çıkan kasa | 2 | 1 ANAKASA | 2 (StokTipi 0 → nakit) | −2.000 |
| giren kasa | 2 | 5 ŞUBE2-KASA | 2 | +2.000 |
ANAKASA 8.000 USD, ŞUBE2-KASA 3.000 USD. Bekleyen (Status 0) transferde stok hiç hareket etmez; "transfer yapıldı ama karşı kasada görünmüyor" (, ) → kabul edilmemiştir. Sistem önce StokTipi −2 eski satırları siler (GAP: yazdığı satırlar StokTipi 1/2 iken −2'yi silmesi kod tutarsızlığı görünüyor; ).
Rapor etkisi
- Nakit/maden stok hareket raporlarında Bolum 2 satırları transfer olarak görünür; tarih/yön sorunları .
- Kasa durum raporu (SCR-FRMNAKITSTOKLARI) kasa bazlı; hesap bakiyesi kasa ayrımı yapmaz (kitapçık §3.1).
- Devir: (veri alanı) devirde TRUNCATE edilir; transfer stok satırları (45.400) BalanceRepair ile yok olur.
Kontrol soruları
- Transfer hangi tabloya yazılır? — (veri alanı); (veri alanı) değil.
- Stok ne zaman hareket eder? — Yalnız Status=1 (kabul) güncellemesinde, tetikleyiciyle.
- Virman ile farkı? — Virman bakiye taşır (iki hesap), transfer fiziksel stok taşır (iki kasa).
- Ret edilirse? — Status 2; stok satırı yok; gönderen kasada mal kalır.
- Provizyonlu işlemi alıcı şube düzeltebilir mi? — Hayır; önce gönderen şube.
- Transfer hesabında GİRİŞ neden yapılamaz? — Şube hesabında tür ÇIKIŞ'a kilitlidir; takoz girişi engellenir.
Sık yapılan hata
- Gelen kutusunu kontrol etmemek → stok "kayıp".
- "Provizyon İşlemi Kayıt Edilemedi. Tekrar Denemek İstiyor musunuz?" döngüsü — bağlantı kopması (INT-SUBELER-ARASI-PROVIZYON-RSAKTAR).
- Devir öncesi transferleri geri yapmamak ( adım 5).