Kaynak: KB-v1 12_FAQ/FAQ.md (2026-09-10, kısmi kod kapsamı). Bu makale artık kanoniktir; KB-v1 kopyası 22_Archive'da referanstır.

12_FAQ — Sık sorulan sorular (107)

Kitleye göre: END_USER (son kullanıcı), SUPPORT (destek), DEVELOPER (rapor/geliştirici). Her cevap kaynaklıdır; related alanı ilgili playbook, bilinen sorun, ekran ve tablo kimliklerini verir.

END_USER

FAQ-001 — Yanlış girdiğim işlemi nasıl düzeltirim?

Hesaba girin, LİSTELE ile işlemi bulun (geçmiş tarih için sağ alttaki tarih aralığını girip büyüteçe basın), satıra bir kez tıklayıp yeşil DÜZELT'e basın. İşlem girildiği ekranda açılır; hatalı alanı değiştirip F2 - KAYIT, Düzeltme Detay formuna açıklama yazıp Onayla. Kasa ve hesap düzeltmeyle değişmez; virman, PARİTE (X) ve e-belgeli işlemler düzeltilmez — İPTAL edip yeniden girin.

İlgili: PB-030, H-100, CARİ İŞLEMLER (ana ekran), PROC-74

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-100; SRC-DRV-AZ — az/06-duzeltme.md — 6.1; SRC-PROC-DOC — surecbook/docs.json — PROC-74 · Güven: HIGH

FAQ-002 — Bakiye neden ters çıkıyor (müşteri alacaklı olması gerekirken borçlu)?

İŞLEM yönü ters seçilmiştir. Kural: GİRİŞ = mal/para işletmeye giriyor → müşteri ALACAKLANIR (yeşil); ÇIKIŞ = müşteriye veriliyor → müşteri BORÇLANIR (kırmızı). Satırı DÜZELT ile açıp İŞLEM yönünü çevirin; virman/parite satırlarında İPTAL + yeniden giriş.

İlgili: PB-028, H-103, Cari.BakiyeIslem

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-103; SRC-DRV-AZ — az/hatalar.md — 7.12 · Güven: HIGH

FAQ-003 — Müşteri parayı ödedi ama bakiyesi değişmedi / bakiye değişti ama kasaya para girmedi. Neden?

İşlem tipi karışmıştır. NORMAL: bakiye yazar, stok yazar, kasa yazmaz. PEŞİN: bakiye yazmaz, stok ve kasa yazar. MAHSUP: yalnız stok (devir/sayım için). İşlem listesinde TP sütununu okuyun; yanlışsa DÜZELT ile tipi değiştirin. NORMAL satışın ödemesi ayrıca alındıysa NAKİT ekranından GİRİŞ + NORMAL tahsilat girin; iki kere PEŞİN yapmayın.

İlgili: PB-028, H-104

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-104 · Güven: HIGH

FAQ-004 — Bakiye 'birden' değişti, kimse işlem yapmadı. Ne oldu?

Bir satır düzeltilmiş, iptal edilmiş ya da iptali geri alınmıştır. Hesabın İşlem Geçmişi (Ara) sekmesini geniş tarih aralığıyla açın: 'Düzeltme', 'İptal Edildi', 'Geri Alındı' satırları değişikliği yapan kullanıcıyı ve zamanı gösterir. İptal edilen satır listeden düşer ama silinmez.

İlgili: PB-028, H-105, H-109, Cari.History

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-105; SRC-DRV-AZ — az/hatalar.md — H-109; SRC-DRV-AZ — az/06-duzeltme.md — 6.3 · Güven: HIGH

FAQ-005 — Bakiye ekstresinde Toplam sütunu neden 0 geliyor?

Toplam, güncel kurla has karşılığına çevrilerek hesaplanır; kur listesi boş ya da 0 ise toplam 0 çıkar. Kur giriş ekranında bugünün kurlarını girin ya da KOPYALA ile önceki günden alın; kurlar EDS'den geliyorsa EDS'yi kontrol edin. Raporu yeniden alın.

İlgili: PB-036, H-124, Sistem.Kurlar, PROC-169

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-124; SRC-PROC-DOC — surecbook/docs.json — PROC-169 · Güven: HIGH

FAQ-006 — PEŞİN işlemde 'Lütfen Tutar Giriniz.' çıkıyor, oysa miktar girdim.

TUTAR 0 hesaplanmıştır. En sık sebep kur listesinin girilmemiş olması (fiyat 0 → tutar 0); ikinci sebep BİRİM seçilmemesi ya da birimin nakit karşılığının olmaması. Önce kur giriş ekranını kontrol edin (KOPYALA), sonra BİRİM seçip FİYAT alanının dolduğunu görün.

İlgili: PB-036, H-039

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-39; SRC-CODE-EXT — ext/Ext/Cari.IslemEx.vb — satır 222 · Güven: VERY_HIGH

FAQ-007 — Yeni birim/hesap/vadeli kod tanımladım ama listede görünmüyor.

Program tanım listelerini açılışta belleğe alır. Hesap Yönetimi > Ayarlar > Sistemi Yenile ya da Ctrl+F5 yapın; ek kullanıcı bilgisayarlarında da ayrı ayrı yapın. Birim bakiyesi 0 iken cari kartta görünsün istiyorsanız birim tanımında 'Sabit' kutucuğunu işaretleyin.

İlgili: PB-039, H-020, H-021, PROC-16

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-20; SRC-DRV-AZ — az/hatalar.md — H-21; SRC-PROC-DOC — surecbook/docs.json — PROC-16 · Güven: HIGH

FAQ-008 — 'Geçmiş Tarihe İşlem Giriyorsunuz. Devam Etmek İstiyormusunuz ?' sorusu neden çıkıyor?

Hesap seçim panelindeki TARİH bugünden eski (çoğunlukla önceki işlemden kalmıştır). Geçmiş tarih istemiyorsanız Hayır deyip tarihi düzeltin. Dikkat: GENEL, EMTİA, PIRLANTA ve MODEL ekranlarında Hayır demek kaydı durdurmaz; yanlış kaydedildiyse İPTAL edin. Resmi kasada bu soru çıkmaz.

İlgili: PB-046, H-040

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-40; SRC-CODE-EXT — ext/Ext/Cari.IslemEx.vb — satır 217 · Güven: VERY_HIGH

FAQ-009 — Satışta FİYAT alanına neden alış kuru geliyor?

Programın davranışıdır: kur listesinden fiyat alanına gelen değer, yön ne olursa olsun ALIŞ kurudur. Satışta fiyatı elle satış kuruna düzeltin. Kur sapma uyarısı ('Satım Fiyatınız ... %Y farklı') bu düzeltmeyi unutmayı yakalar.

İlgili: PB-046, H-045, H-041

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-45; SRC-DRV-AZ — az/hatalar.md — H-41 · Güven: HIGH

FAQ-010 — Kur değişti ama açık ekrandaki fiyat eski. Neden?

Program kur listesini 15 saniyede bir yeniler, fakat açık duran işlem ekranındaki FİYAT alanı kendiliğinden değişmez. Ekranı ESC - KAPAT ile kapatıp yeniden açın.

İlgili: H-046

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-46 · Güven: HIGH

FAQ-011 — Virman yaptım; bir hesapta var, diğerinde yok. Nasıl düzeltirim?

Virman iki satır yazar; ikincisi başarısız olduysa ('Karşı Hesaba İşlem Yapılamadı.') ilk satır kalmıştır. Tek kalan satırı İPTAL edin, 'Karşı işlem de iptal edilsin mi?' sorusuna EVET deyin, karşı hesaptaki engeli (pasif, evrak, şifre, limit) giderip virmanı yeniden girin. Virman DÜZELT ile düzeltilmez.

İlgili: PB-032, H-063, H-106, VİRMAN

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-63; SRC-DRV-AZ — az/hatalar.md — H-106; SRC-PROC-DOC — surecbook/docs.json — PROC-114 · Güven: HIGH

FAQ-012 — Stok listesi boş ya da eksik geliyor. Stoklarım nerede?

Stok kasa bazlıdır; liste seçili kasayı gösterir. Stok listesinde kasa seçimini değiştirin. İşlem yanlış kasadan yapıldıysa DÜZELT ile kasa değiştirilemez: işlemi iptal edip doğru kasadan girin ya da kasalar arası transfer yapın. Bakiye kartı ise kasa ayrımı yapmaz.

İlgili: PB-037, H-113

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-113; SRC-DRV-AZ — az/04-cari-islemler.md — 4.3 · Güven: HIGH

FAQ-013 — Transfer yaptım ama karşı kasada stok görünmüyor.

Transfer iki adımlıdır: gönderen Transferler > Giden kutusundan gönderir; alan taraf Transferler ekranında Gelen kutusundan kabul etmeden stok karşı kasaya girmez. Alan kullanıcı gelen işlemi kabul etsin; kabul edilmemiş transferler 'yolda' sayılır.

İlgili: PB-037, H-114, TRANSFER, PROC-141

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-114; SRC-PROC-DOC — surecbook/docs.json — PROC-141 · Güven: HIGH

FAQ-014 — Açılış stoklarını nasıl girerim? DEVİR hesabı neden alacaklı kaldı?

Hesaplar'da DEVİR adlı hesap açın; Cari İşlemler'de DEVİR'i seçip MADEN ve NAKİT ekranlarında İŞLEM = GİRİŞ ve tip = MAHSUP ile girin; MAHSUP bakiye yazmaz, yalnız stok yazar. NORMAL girdiyseniz DEVİR hesabında sağ alttaki B simgesiyle alacak kadar BORÇ kaydı girip bakiyeyi sıfırlayın. Resmi stoklar için aynı işlemi resmi kasada yapın.

İlgili: PB-035, H-115, PROC-10, PROC-127

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-115; SRC-PROC-DOC — surecbook/docs.json — PROC-10; SRC-PROC-DOC — surecbook/docs.json — PROC-127; SRC-DRV-AZ — az/06-duzeltme.md — 6.5 · Güven: HIGH

FAQ-015 — Devirden sonra geçen yılın işlemleri kayboldu. Nerede?

Hata değildir. Devirde önceki yılın işlemleri ayrı (arşiv) veritabanına alınır; güncel veritabanında yalnız devir bakiyesi ve devir stoğu kalır. Eski işlemler için şirket seçim ekranından arşiv veritabanına girin; arşivde işlem yapılamaz ('BU VERI TABANI ISLEME KAPATILMISTIR.').

İlgili: PB-006, PB-034, H-007, H-008

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-07; SRC-DRV-AZ — az/hatalar.md — H-08; SRC-DRV-AZ — az/06-duzeltme.md — 6.6 · Güven: HIGH

FAQ-016 — Fiş yazıcım fiş basmıyor. Ne yapmalıyım?

Sırayla: yazıcı açık ve kabloları takılı mı; Denetim Masası > Aygıtlar ve Yazıcılar > yazıcı > Özellikler > Test Sayfası Yazdır çıkıyor mu; Kullanıcı Ayarları'nda Fiş Yazıcı doğru seçili ve Direkt Print = Evet mi; Default Fiş = HAYIR + '1-Fiş Yazdır' seçili mi. Test sayfası çıkıp program basmıyorsa sorun programın yazıcı seçimindedir.

İlgili: PB-023, PB-024, H-156, H-154, PROC-12

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-156; SRC-DRV-AZ — az/hatalar.md — H-154; SRC-PROC-DOC — surecbook/docs.json — PROC-12; SRC-PROC-DOC — surecbook/docs.json — PROC-91 · Güven: HIGH

FAQ-017 — Fişte yazılar bozuk / karakterler kayık çıkıyor.

Fiş yazı tipi bilgisayara yüklenmemiştir. C:\ERPGOLDV2 klasöründeki ARIALN.TTF dosyasına sağ tıklayıp Yükle deyin ve bilgisayarı yeniden başlatın.

İlgili: PB-024, H-155, PROC-102

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-155; SRC-PROC-DOC — surecbook/docs.json — PROC-102 · Güven: HIGH

FAQ-018 — BTrans'ı kendim nasıl alırım?

1) Muhasebe sekmesinde BTrans Kontrol Raporu'nu açıp Durum sütununa süzgeç uygulayın; hatalı işlem varsa önce düzeltin. 2) Hesap Yönetimi > BTrans: dönem/şube bilgilerini doldurup XML Oluştur; dosyayı 'AAYYYY' adıyla kaydedin. 3) BTrans Doğrulama uygulamasında Dosya Seç > Şema Kontrol. 4) Hata yoksa XML'i .zip yapıp mali müşavire gönderin.

İlgili: PB-022, H-164, PROC-144

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-164; SRC-PROC-DOC — surecbook/docs.json — PROC-144 · Güven: HIGH

FAQ-019 — Program lisans istiyor; nasıl girerim?

Lisans İşlemleri > Lisans Anahtarı Girin; telefon simgesine tıklayıp sorulan bilgiyi yanıtlayın; SMS ile gelen lisansı girip TAMAM; 'Aktivasyon kodunu kayıt et' ile tamamlayın. Her açılışta yeniden istiyorsa ağdaki iki bilgisayarın adı aynı olabilir ya da config.cfg salt okunur değildir (destek).

İlgili: PB-007, PB-008, H-013, H-014, PROC-80

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-13; SRC-DRV-AZ — az/hatalar.md — H-14; SRC-PROC-DOC — surecbook/docs.json — PROC-80; SRC-PROC-DOC — surecbook/docs.json — PROC-191 · Güven: HIGH

FAQ-020 — Program açılınca Configuration Settings penceresi geliyor. Ne yapmalıyım?

CAPS LOCK'u kapatıp şifreyi yeniden girin. Server Name alanına yalnız bilgisayar adı değil BİLGİSAYARADI\ÖRNEKADI (genellikle SQLEXPRESS) yazın; Connect'e basınca veritabanı adı otomatik gelmeli; gelmiyorsa sunucu adı yanlıştır. Save deyip programı kapatıp açın. Ek kullanıcıysanız ana bilgisayarın IP adresini yazın.

İlgili: PB-001, PB-002, H-001, H-002, PROC-24

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-01; SRC-PROC-DOC — surecbook/docs.json — PROC-24; SRC-PROC-DOC — surecbook/docs.json — PROC-157 · Güven: HIGH

FAQ-021 — Hesabı seçtim ama işlem butonları görünmüyor.

Bilgi panelinde 'Seçili Hesap Pasif (...)' veya 'Master Hesap Pasif (...)' yazıyorsa hesap ya da bağlı master hesap pasiftir; yetkili HESAPLAR'da aktife alır, Ctrl+F5 yapılır. Pasif değilse yetki grubunda ilgili modül kapalıdır (KULLANICI GRUPLARI) ya da ekran liste modundadır (Esc ile menüye dönün).

İlgili: PB-044, PB-041, H-043, H-012

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-43; SRC-DRV-AZ — az/hatalar.md — H-12; SRC-DRV-AZ — az/04-cari-islemler.md — 4.10; SRC-CODE-BASE — basecontrol/Base Control/iScreen.vb — satır 264 · Güven: HIGH

FAQ-022 — F2'ye basıyorum, hiçbir şey olmuyor, mesaj da yok.

Ekranların çoğu zorunlu seçim eksikse sessizce çıkar. Sırayla: STOK KODU / KODU / HİZMET alanı dolu mu; hesap seçilip TAMAM denmiş mi; ekran TAŞ/PIRLANTA/MODEL ise fareyle F2 - KAYIT butonuna basıyor musunuz (klavye kısayolu çalışmaz); HURDA'da 995 kodlu hurda stoğu tanımlı mı.

İlgili: PB-045, H-036, H-029, H-092

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-36; SRC-DRV-AZ — az/hatalar.md — H-29; SRC-DRV-AZ — az/hatalar.md — H-92; SRC-CODE-EKRAN — ekran/Ekran/iFHurda.vb — satır 16 · Güven: VERY_HIGH

FAQ-023 — 'Hesap Limiti Aşılıyor. İşlemi Kayıt Edemezsiniz..!' mesajı alıyorum.

Şubede limit kontrolü açık ve müşterinin hesap kartındaki has cinsinden limiti dolmuştur. Yetkili hesap kartındaki limiti günceller (ya da Extra Limit tanımlar) ya da işlem PEŞİN yapılır — PEŞİN'de limit aranmaz. Şube genelinde limit ŞUBE TANIMLAMA > RESMİ BİLGİLER > İşlem Limiti alanından yönetilir.

İlgili: PB-047, H-042, PROC-112

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-42; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 524; SRC-PROC-DOC — surecbook/docs.json — PROC-112 · Güven: VERY_HIGH

FAQ-024 — İşlem düzeltirken PIN soruluyor ya da 'İşlem Tarihinden İtibaren N Gün Geçmiştir...' diyor. Neden?

Tanımlamalar > Settings > İzinler'de 'Silme Onayı / Düzeltme Onayı = Pin Kodu Gerekir' ve düzeltme/silme gün sınırı ayarlıdır. PIN'i yetkiliden alın; gün sınırı aşılmışsa yetkili kullanıcı işlemi yapar ya da ayar 'PIN kodu gerekir' olarak değiştirilir. İptal için program 'silme talebi' açar; yönetici Hesap Yönetimi'ndeki onay listesinden onaylar.

İlgili: PB-030, PB-031, H-096, H-097, PROC-153

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-96; SRC-DRV-AZ — az/hatalar.md — H-97; SRC-PROC-DOC — surecbook/docs.json — PROC-153; SRC-CODE-BASE — basecontrol/Base Control/iScreen.vb — satır 642; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 1031 · Güven: VERY_HIGH

FAQ-025 — '... Numaralı İşlemde Mutabakat Yapılmış. Önceki İşlemleri Değiştiremezsiniz.' ne demek?

Hesapta bir işlem F12 ile mutabık işaretlenmiştir; mutabakat numarasından önceki işlemlere dokunulamaz. Mutabakat sonrası düzeltme gerekiyorsa ters kayıtla düzeltin ya da yetkili PIN girsin (ayar Settings > İzinler). F12'ye yanlışlıkla basmak daha eski hataların düzeltilmesini engeller.

İlgili: PB-038, H-095

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-95; SRC-DRV-AZ — az/06-duzeltme.md — 6.4; SRC-CODE-BASE — basecontrol/Base Control/iScreen.vb — satır 630 · Güven: VERY_HIGH

FAQ-026 — Fatura yanlış müşteriye kesildi. Nasıl düzeltirim?

Yanlış hesaba girip işlemi listeden bulun; tarih, fatura no, işlem, kodu, miktar, fiyat, tutarı not edip İPTAL edin. Doğru hesaba girip işlemi yeniden yapın (F2). Listede Fatura No sütununa çift tıklayıp not ettiğiniz numarayı elle yazın, kaydedin; Fatura Kontrol Raporu ile doğrulayın. E-belge GİB'e iletildiyse iptal entegratör/muhasebe tarafında yapılır.

İlgili: PB-016, PB-020, H-141, H-148, PROC-99

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-141; SRC-DRV-AZ — az/hatalar.md — H-148; SRC-PROC-DOC — surecbook/docs.json — PROC-99 · Güven: HIGH

FAQ-027 — Yazıcıdan çıkan fatura numarası kağıttakiyle uyuşmuyor.

Sol üstteki Kullanıcı Ayarları'nda ilgili (satış/alış) Seri'yi değiştirin (uygulamada serinin sonuna '.' eklenir), KAYIT. Sonra bir işlem yapıp F5 ile fatura kesin ya da listede faturasız işlemi seçip Ctrl+Y; açılan pencerede yazıcıdaki kağıdın numarasını yazıp Yazdır.

İlgili: PB-015, H-140, PROC-43

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-140; SRC-PROC-DOC — surecbook/docs.json — PROC-43 · Güven: HIGH

FAQ-028 — 'İsim Beyan Edilmemiştir' hesabından yaptığım işlemin faturasında ad ve TC gelmiyor.

Fatura penceresinde Unvan alanındaki 'İsim Beyan Edilmemiştir' yazısını silip ad soyad yazın; VKN alanına TC kimlik numarasını yazın. Kalıcı çözüm (Cari.FaturaBilgileri görünümü) destek ekibindedir. Alternatif: her müşteriye Hesaplar > Yeni Kayıt ile hesap açmak.

İlgili: PB-017, H-143, PROC-115, PROC-106

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-143; SRC-PROC-DOC — surecbook/docs.json — PROC-115; SRC-PROC-DOC — surecbook/docs.json — PROC-106 · Güven: HIGH

FAQ-029 — 'İsimsiz Hesaplara 7000 TL Üzeri İşlem yapamazsınız.' mesajı alıyorum.

Perakende ekranında hesapta vergi dairesi ve vergi/kimlik numarası ikisi de boşken tutar 7000 TL'yi aşıyor; sınır programa gömülüdür. Müşterinin kimlik bilgisini girerek isimli hesapla işlem yapın ya da tutarı sınırın altında tutun. '3000 USD üzeri' mesajı ise yalnız uyarıdır; bilinçliyse Evet.

İlgili: PB-050, H-085, H-086, PERAKENDE

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-85; SRC-DRV-AZ — az/hatalar.md — H-86; SRC-CODE-EKRAN — ekran/Ekran/ParakendeSatis.vb — satır 280 · Güven: VERY_HIGH

FAQ-030 — HURDA ekranında F2 hiçbir şey yapmıyor.

HURDA ekranı stok kodunu sabit '995' olarak arar. Bu kodda hurda stoğu tanımlı değilse ekran sessizce hiçbir şey yapmaz. MADEN STOK TANIMLAMA > YENİ KAYIT: Kodu = 995, Ana Birim = HAS, Metal/Fiyat T. = Hurda, milyem ürüne göre; KAYIT; Ctrl+F5.

İlgili: PB-045, H-029, HURDA, PROC-182

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-29; SRC-CODE-EKRAN — ekran/Ekran/iFHurda.vb — satır 16; SRC-PROC-DOC — surecbook/docs.json — PROC-182 · Güven: VERY_HIGH

FAQ-031 — Maden stok adını değiştiremiyorum.

Üründe stok hareketi varsa program adın değiştirilmesine izin vermez. Ürünün mevcut stoğunu bir devir/geçici hesaba ÇIKIŞ yapın (stok sıfırlanır), MADEN STOK TANIMLAMA'da KAYIT DÜZELT ile adı değiştirip KAYIT, stoğu aynı hesaptan GİRİŞ ile geri alın.

İlgili: PB-057, H-026, PROC-108

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-26; SRC-PROC-DOC — surecbook/docs.json — PROC-108 · Güven: HIGH

FAQ-032 — Milyem alanına yazdığım değer siliniyor, işçilik fiyatı kendiliğinden artıyor.

Peşin olmayan işlemde program, stok milyeminin üstündeki farkı işçiliğe çevirir ve milyemi karttaki değere geri alır; bilinçli bir davranıştır. Yüksek milyemli ürün için ayrı stok kartı tanımlayın ya da stok kartında milyemi 'Değişir' yapın (MADEN STOK TANIMLAMA).

İlgili: PB-059, H-049, H-027, PROC-97

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-49; SRC-DRV-AZ — az/hatalar.md — H-27; SRC-PROC-DOC — surecbook/docs.json — PROC-97 · Güven: HIGH

FAQ-033 — Maliyet raporu neden 'tuhaf' geliyor?

'Ortalama milyem' aslında son giren ilk çıkar mantığıyla hesaplanır; maliyet hesabı son 50 hareketle sınırlıdır (çok hareketli üründe eski alışlar hesaba girmez) ve maliyet bugünkü kurla çevrilir. Hata değil, hesaplama biçimidir. Bir günde sıçrama varsa İşlem Kontrol Raporu'nda o günün satırlarını kontrol edin.

İlgili: PB-058, H-120, H-122, PROC-142

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-120; SRC-DRV-AZ — az/hatalar.md — H-122; SRC-PROC-DOC — surecbook/docs.json — PROC-81 · Güven: HIGH

FAQ-034 — İşlem listesini Excel'e nasıl aktarırım?

Hesaba girin; sağ altta tarih aralığını girip LİSTELE; YAZDIR; açılan pencerede Dosya > Dökümanı Dışarı Aktar > XLS (veya istenen biçim). Yazdırma penceresinin açılması için Kullanıcı Ayarları > Direkt Print = Hayır olmalıdır.

İlgili: PB-053, H-137, PROC-151

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-137; SRC-PROC-DOC — surecbook/docs.json — PROC-151; SRC-PROC-DOC — surecbook/docs.json — PROC-156 · Güven: HIGH

FAQ-035 — İşlem listesinde sütunlar kayboldu / gereksiz sütun var.

Liste görünümü şube bazında kaydedilir. ADMIN ile Cari İşlemler'de bir hesap seçin, Ctrl+F8 ile sol altta Design açılır; Show Properties'ten sütunu seçip Visible True/False yapın; Design > Save Layout ile kaydedin. Kaybolan sütunlar için Design > Delete Layout varsayılana döndürür.

İlgili: PB-053, H-136, PROC-23

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-136; SRC-PROC-DOC — surecbook/docs.json — PROC-23; SRC-DRV-AZ — az/04-cari-islemler.md — 4.5 · Güven: HIGH

FAQ-036 — Maden stok listesinde HAS/GUM alt toplamını nasıl görürüm?

Ctrl+M ile maden stok listesini açın; Maliyeti Göster'e basın; Ana Birim alanına HAS (veya GUM) yazın; alt banda sağ tık > SUM / Toplam.

İlgili: PB-057, H-138, PROC-147

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-138; SRC-PROC-DOC — surecbook/docs.json — PROC-147 · Güven: HIGH

FAQ-037 — Yedek nasıl alırım?

USB takın; Hesap Yönetimi > Yedek Alma açın; seçeneklerden hedef sürücüyü seçip Başlat; program yedek dosyasını kendisi oluşturur. Devir öncesi tam yedek zorunludur.

İlgili: PB-013, H-162, PROC-163

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-162; SRC-PROC-DOC — surecbook/docs.json — PROC-163 · Güven: HIGH

FAQ-038 — Destek aramadan önce neleri kontrol etmeliyim?

1) Kur listesi bugün için girili mi (KOPYALA). 2) Ctrl+F5 yaptınız mı. 3) Ekranı kapatıp açtınız mı. 4) Programı kapatıp açtınız mı. 5) Doğru şube/kasa seçili mi. 6) Hesap pasif mi. 7) Müşterinin evrakı tam mı. 8) İŞLEM yönü doğru mu. 9) İşlem tipi doğru mu. 10) TARİH bugün mü. 11) Satışta fiyatı düzelttiniz mi. 12) İşlem Geçmişi'ne baktınız mı. 13) Çift bacaklı işlemde iki satır da var mı. 14) Yazıcı/terazi kablo ve test. 15) Sürüm ve lisans. Ararken hata mesajının tam metnini, hesap adı/tarih/fiş no ve ekranı hazır bulundurun.

İlgili: PB-060, H-169

Kaynak: SRC-DRV-AZ — az/hatalar.md — 7.12 · Güven: HIGH

FAQ-039 — Takoz etiketi çıkmıyor.

Etiket yalnız 30 gramın üstündeki takozlarda basılır (ayarlanamaz). Daha büyük takozda çıkmıyorsa etiket yazıcısı bağlı mı (simge soluk mu) ve Kullanıcı Ayarları > Etiket Yazıcı seçili mi kontrol edin; etiket düzeni Aifa Developer Studio > Etiket Dizaynı'ndan ayarlanır.

İlgili: PB-026, H-073, H-157, PROC-118

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-73; SRC-DRV-AZ — az/hatalar.md — H-157; SRC-PROC-DOC — surecbook/docs.json — PROC-118 · Güven: HIGH

FAQ-040 — Terazi butonuna basınca miktar gelmiyor.

Terazinin güç ve RS-232 kablosunu kontrol edin; Aygıt Yöneticisi'nde terazinin COM portunu bulun; Kullanıcı Ayarları > Diğer > ComPort = o port, BaudRate = 9600 veya 4800; KAYIT. HURDA ekranında sağ üstteki terazi butonuna basıp teraziye ağırlık koyun. Hiç hareket yoksa program sürümü eskidir; yeni exe gerekir.

İlgili: PB-027, H-159, PROC-164

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-159; SRC-PROC-DOC — surecbook/docs.json — PROC-164; SRC-PROC-DOC — surecbook/docs.json — PROC-181 · Güven: HIGH

FAQ-041 — Vadeli ekranında miktar × fiyat 1000 kat farklı çıkıyor.

Vadeli işlem kodunun Çarpan alanı yanlıştır. ADMIN ile TANIMLAMALAR > VADELİ İŞLEM KODLARI > ürün > KAYIT DÜZELT > Çarpan düzeltilir > KAYIT; Ctrl+F5.

İlgili: PB-043, H-030, PROC-50

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-30; SRC-PROC-DOC — surecbook/docs.json — PROC-50 · Güven: HIGH

FAQ-042 — Yıl sonu devri sonrası nelere bakmalıyım?

Her hesabın son bakiyesi eski yıl bakiye listesiyle, kasa stok listeleri eski yılın son günüyle karşılaştırılır; müşteriye özel raporlar açılıp hata vermediği kontrol edilir; kur listesi yeni yıla girilir. Devir öncesi girilmemiş bir işlem fark edilirse yeni yılda DEVİR hesabı üzerinden düzeltilir; eski yıla dönülmez.

İlgili: PB-034, H-168, H-108

Kaynak: SRC-DRV-AZ — az/06-duzeltme.md — 6.6; SRC-DRV-AZ — az/hatalar.md — H-168 · Güven: HIGH

SUPPORT

FAQ-043 — İşlem kaydediliyor ama bakiye ve stok hiç oluşmuyor. Nereye bakmalıyım?

Cari.Islemler üzerindeki AcceptTransaction tetiği kapalıdır (genellikle devir/bakım sonrası). Select name, is_disabled From sys.triggers Where parent_id = OBJECT_ID('Cari.Islemler'); is_disabled = 1 ise Alter Table Cari.Islemler ENABLE TRIGGER ALL. Kapalı dönemde girilen işlemler için bakiye/stok satırı yoktur; programdan DÜZELT → kaydet ile tek tek yeniden tetiklenir.

İlgili: PB-029, H-006, Cari.AcceptTransaction, Cari.BakiyeIslem, Stok.StokHaraketleri

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-06; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md · Güven: VERY_HIGH

FAQ-044 — Program her açılışta lisans istiyor; SQL'den nasıl doğrularım?

Bağlı istemciler Sistem.Clients tablosunda BİLGİSAYARADI\KULLANICIADI biçiminde görünür; farklı adreslerden gelen aynı ad lisans çakışmasının kanıtıdır. Çözüm: program klasöründeki config.cfg Salt okunur yapılır; düzelmezse aynı adlı bilgisayarların adı değiştirilip yeniden başlatılır ve lisans yeniden verilir.

İlgili: PB-008, H-014, Sistem.Clients, PROC-191

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-14; SRC-PROC-DOC — surecbook/docs.json — PROC-191 · Güven: HIGH

FAQ-045 — SQL örnek (instance) adını bilmiyorum; nasıl bulurum?

Sunucuda SQL'de Select @@SERVERNAME çalıştırılır; sonuçta '\' işaretinden sonraki bölüm örnek adıdır. Configuration Settings > Server Name alanına BİLGİSAYARADI\ÖRNEKADI yazılır; Connect'e basınca veritabanı adı otomatik gelir.

İlgili: PB-001, H-001, PROC-24

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-01; SRC-PROC-DOC — surecbook/docs.json — PROC-24 · Güven: HIGH

FAQ-046 — 'Subquery returned more than 1 value...' hatası işlem kaydında çıkıyor. Sebebi?

AcceptTransaction tetiği içindeki Sistem.Settings sorgusundan 1 yerine 2 satır dönmektedir; Sistem.Settings tablosunda birden fazla kayıt vardır. Fazla kayıt silinir (silme hatası verirse geçici ID sütunu eklenip silinir, sonra sütun kaldırılır; ya da bilgiler not edilip Truncate).

İlgili: PB-011, PROC-101, Sistem.Settings, Cari.AcceptTransaction

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-101 · Güven: HIGH

FAQ-047 — Termal fiş boş çıkıyor; yazıcı sağlam. Nereye bakmalıyım?

Cari.FisIslemDetay görünümü ilk 1000 işlemle sınırlıdır; 1001. işlemden itibaren fiş verisi gelmez. SSMS > Views > Cari.FisIslemDetay > Script View as > Alter To; 'Select Top 1000 X.*, H.HesapAdi, K.UserName' ifadesindeki 1000 çok daha büyük bir sayıyla (ör. 1.000.000) değiştirilip çalıştırılır.

İlgili: PB-025, H-153, PROC-121, PROC-122

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-153; SRC-PROC-DOC — surecbook/docs.json — PROC-121; SRC-PROC-DOC — surecbook/docs.json — PROC-122 · Güven: HIGH

FAQ-048 — Yılbaşında fatura numarası önceki yıldan devam ediyor. Ne değiştirilir?

Sistem.GetFaturaNo prosedürü YEAR(I.Tarih) = YEAR(getdate()) koşulunu içeren sürümle ALTER edilir. Her yılbaşında ~100 çağrı bu konudandır; Aralık ortasında planlı uygulanmalı, kalıcı çözüm için yıl şartı dinamik hale getirilip sürüme alınmalıdır (kitapçık 6.4).

İlgili: PB-018, H-152, H-165

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-152; SRC-DRV-AZ — az/hatalar.md — H-165; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4 · Güven: HIGH

FAQ-049 — 5.000 $ / 85.000 TL limit güncellemesini nasıl yaparım?

Müşteri sınıra kimlik bilgisiyle fatura kesiyorsa UPDATE Sistem.Subeler SET EBelgeUsdLimit=4999 / EBelgeTlLimit=84999 WHERE EntUserName IS NOT NULL; 'İsim Beyan Edilmemiştir' ile kesiyorsa 5000 / 85000. EBelgeTlLimit sütunu yoksa önce alter table sistem.subeler add EBelgeTlLimit int. Ardından tüm bilgisayarlardaki ERPGOLDV2 klasörüne DijitalFatura.dll'in son sürümü kopyalanır. SubeTipi NULL olmamalı (tercihen 'DOVIZ').

İlgili: PB-019, H-166, H-151, PROC-175, PROC-171, Sistem.Subeler

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-166; SRC-PROC-DOC — surecbook/docs.json — PROC-175; SRC-PROC-DOC — surecbook/docs.json — PROC-171 · Güven: HIGH

FAQ-050 — İstatistik kodu gelmiyor; nasıl teşhis ederim?

FN.TEST_ISTATISTIK_KODU @IslemId çalıştırılır: 1. liste hesabın türü ve hukuki kodu, 2. liste o tür için Cari.Istatistik tanımları, 3. liste hesaplanan kod. Kod boşsa Cari.Istatistik'e hesap türü + hukuki kod için alış/satış kodu eklenir (HesapTuru: Müşteri=0, Yetkili Kurum=1, Banka=2, Diğer=3, Masraf=4, Merkez Bankası=5). Sistem.HukukiKodlar boşsa Id eşleşmeleri kontrol edilir.

İlgili: PB-021, H-035, PROC-165, PROC-88, Cari.Istatistik

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-35; SRC-PROC-DOC — surecbook/docs.json — PROC-165; SRC-PROC-DOC — surecbook/docs.json — PROC-88 · Güven: HIGH

FAQ-051 — Silme onayında işlem duruyor, silinmiyor. Ne yaparım?

UPDATE Sistem.SilOnay SET IsDeleted = 1 WHERE TransactionId = «işlem no». Sistem.SilOnayUpdateTrigger, IsDeleted=1 yapılan satırı tablodan siler.

İlgili: PB-031, H-098, PROC-128, Sistem.SilOnay, Sistem.SilOnayUpdateTrigger

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-98; SRC-PROC-DOC — surecbook/docs.json — PROC-128; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Sistem.SilOnayUpdateTrigger.md · Güven: VERY_HIGH

FAQ-052 — İşlem miktarında çok fazla hane olduğu için işlem silinemiyor. Nasıl silinir?

İşlem Id'si alınır; Delete from Cari.Islemler where Id=«id». Tetik 'ISLEMLERI DIREK SILEMEZSINIZ' hatası verirse Cari.Islemler > Triggers > AcceptTransaction > Modify ile ilgili blok geçici olarak yorum satırına alınıp execute edilir; silme sonrası geri alınır. Ardından Delete from Cari.BakiyeIslem where IslemId=«id» ve Delete from Stok.StokHaraketleri where IslemId=«id». Yalnız yazılımcı/uzman destek, yedek sonrası.

İlgili: PB-031, PROC-206, Cari.AcceptTransaction

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-206; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 121 · Güven: HIGH

FAQ-053 — Bakiye ekstresi zaman aşımı veriyor. Kalıcı çözüm?

Reports.BakiyeListesi fonksiyonu PROC-42'deki PIVOT tabanlı, Sistem.GetKurListesi(getdate()) ile birleşen sürümle ALTER edilir; ayrıca indeks rehberi (PROC-176/159) uygulanır. Kısa vadede tarih aralığı daraltılır.

İlgili: PB-052, H-127, PROC-42, PROC-176, PROC-159

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-127; SRC-PROC-DOC — surecbook/docs.json — PROC-42; SRC-PROC-DOC — surecbook/docs.json — PROC-176 · Güven: HIGH

FAQ-054 — İşlem listesi / hesap açılışı çok yavaş. İndeksi nasıl belirlerim?

En çok işlem yapan hesap: Select HesapId, Count() From Cari.Islemler Group By HesapId Order By Count() Desc. O hesap için hesap bilgileri sorgusunun (Temsilci1/2, MAX(InsertDate), MAX(Id), MAX(MTarih)) süresi ölçülür; SSMS'de Ctrl+L ile Missing Index Details alınır, indeks IX_ ön ekiyle (IX_SH, IX_CI) oluşturulur. Cari.Islemler üzerinde HesapId/IsDeleted indeksi tipik çözümdür.

İlgili: PB-052, H-163, PROC-176, PROC-159, Cari.Islemler

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-163; SRC-PROC-DOC — surecbook/docs.json — PROC-176; SRC-PROC-DOC — surecbook/docs.json — PROC-159 · Güven: HIGH

FAQ-055 — Pozisyon/hacim raporunda aynı birim iki kez görünüyor.

Sistem.Birimler'de aynı kod iki kez tanımlıdır. SSMS'de Sistem.Birimler > Edit Top 200 Rows ile aynı kodlu satırlar bulunur; sıralamada geride olanın kodu değiştirilir. Rapor yeniden açılır. Kalıcı önlem: Sistem.Birimler.Kodu üzerinde tekil indeks (kitapçık 6.4).

İlgili: PB-040, H-131, H-023, PROC-161, Sistem.Birimler

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-131; SRC-PROC-DOC — surecbook/docs.json — PROC-161; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4 · Güven: HIGH

FAQ-056 — Rapor 'Divide by zero' veriyor. Sorguda ne değişir?

Rapor sorgusundaki her x / y ifadesi Fn.Bol(x, y) ile değiştirilir (ör. Fn.Bol(Tutar, Miktar)); fonksiyon sıfıra bölmede 0 döndürür. Önce kur listesi ve 0 miktarlı satırlar kontrol edilir.

İlgili: PB-051, H-126, PROC-95

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-126; SRC-PROC-DOC — surecbook/docs.json — PROC-95 · Güven: HIGH

FAQ-057 — Yanlış alınan bilanço kaydı nasıl silinir?

Programdan silinemez. SQL: Select * from Bilanco.Bilancolar ile kayıt doğrulanır; Delete from Bilanco.Bilancolar where Tarih = '«yyyy-aa-gg»'; programda bilanço listesi yeniden açılır.

İlgili: PB-056, H-133, PROC-54, Bilanco.Bilancolar

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-133; SRC-PROC-DOC — surecbook/docs.json — PROC-54 · Güven: HIGH

FAQ-058 — Kur değiştirilince bilanço değişiyor. Ne zaman normaldir, ne zaman müdahale gerekir?

Pozisyon varsa (birim bakiyeleri sıfır değil) ya da has dışı birimle (USD, TL) işçilikli ürün alınmışsa normaldir. Pozisyon 0 ve tüm işçilikler has ise: (1) Ctrl+M Maliyeti Göster ile stok not edilir; (2) tüm stok işçilikleriyle boş bir hesaba (DEVİR/PESIN/SERMAYE) çıkılır; (3) Stok.GetMadenMaliyeti PROC-130'daki sürümle ALTER edilir; (4) aynı hesaptan işçilikleriyle geri girilir.

İlgili: PB-055, H-129, PROC-130

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-129; SRC-PROC-DOC — surecbook/docs.json — PROC-130 · Güven: HIGH

FAQ-059 — Bilanço tutmuyor, takoz kaynaklı olabilir mi?

İşlem Kontrol Raporu'nda takoz giriş/çıkışları eşleştirilir; tüm alınan takozlar çıkılmışsa sorun takozdan değildir. Çıkılmamış takoz stokta görünüp bilançoda yoksa bilanço raporunda takoz stoğu Stok.GetSirketStoklari yerine Stok.GetTakozSubeStoklari ile alınır ve Where t.SubeId = @SubeId eklenir. Devir öncesi alınıp sonra çıkılan takozlar devirde eksi adet bırakır; çıkış, giriş tarihine yapılır.

İlgili: PB-055, H-130, PROC-130, PROC-190

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-130; SRC-PROC-DOC — surecbook/docs.json — PROC-130; SRC-PROC-DOC — surecbook/docs.json — PROC-190 · Güven: HIGH

FAQ-060 — Stok hareketlerinde transfer satırları yanlış tarihte / hesap adı boş geliyor.

Stok.GetStokHareketleri fonksiyonu, transfer satırlarının tarihini işlem tablosundan alıyor; transferde işlem satırı olmadığı için tarih kayıyor. Fonksiyon PROC-146'daki (Cari.Transferler ile join, Bolum=2 için T.InsertDate) ya da PROC-177'deki (IsNull(I.InsertDate, H.Tarih), Bolum=2 → 'TRANSFER') sürümle ALTER edilir.

İlgili: PB-037, H-119, PROC-146, PROC-177, Cari.Transferler, Stok.StokHaraketleri

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-119; SRC-PROC-DOC — surecbook/docs.json — PROC-146; SRC-PROC-DOC — surecbook/docs.json — PROC-177 · Güven: HIGH

FAQ-061 — Maden stok listesi sırası her açılışta değişiyor.

Stok.GetMadenStoklari fonksiyonu sıralama yapmıyor. SSMS > Programmability > Functions > Table-valued Functions > Stok.GetMadenStoklari > Modify; ilk Select'ten sonra top 100000, kod bloğunun sonuna order by M.Id eklenip Execute. Müşteri bağlantısı kesilmeden SSMS kapatılır.

İlgili: PB-057, H-118, PROC-14

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-118; SRC-PROC-DOC — surecbook/docs.json — PROC-14 · Güven: HIGH

FAQ-062 — Devir sonrası fişte 'eski bakiye' boş. Neden?

Fiş bakiye hesabı devir satırını dikkate almıyor. Bakiye.GetBakiyeFisNo fonksiyonu, bakiye toplamına B.IslemId = -1 (devir) satırlarını dahil edecek şekilde güncellenir (devir süreç dokümanındaki sürüm). Devir bakiyeleri Cari.BakiyeIslem'de IslemId = -1 ile durur; Cari.Islemler'de karşılığı yoktur.

İlgili: PB-034, H-111, H-108, Cari.BakiyeIslem

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-111; SRC-DRV-AZ — az/hatalar.md — H-108 · Güven: HIGH

FAQ-063 — Devir sürecinde nelere dikkat edilir?

Backup alınır (hata olursa geri dönülür, tamamlanırsa arşiv olarak restore edilir); devir gününde takoz ve çeşni stokları sıfır, maden stokları tek kasa olmalı; nakit ve maden stokları (operasyonel ve belgelendirilmiş görünüm) (maliyeti göster ile), son bilanço ve bilanço ekranındaki bakiyeler/stoklar/işçilik not edilir; sorgudaki Declare @Tarih devir tarihiyle doldurulur; tetikler DISABLE/ENABLE edilir; arşiv veritabanı AcceptTransaction tetiği RAISERROR ile işleme kapatılır. Devir sonrası bilanço, maden/nakit stokları, pozisyon ve bakiye listesi karşılaştırılır; Tarih NULL kayıtlar manuel düzeltilir.

İlgili: PB-034, PB-029, PROC-190, PROC-180, PROC-85

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-190; SRC-PROC-DOC — surecbook/docs.json — PROC-180; SRC-PROC-DOC — surecbook/docs.json — PROC-85 · Güven: HIGH

FAQ-064 — Sistem.Kurlar çok şişti, EDS yavaş. Ne yapılır?

Yedek sonrası Delete From Sistem.Kurlar Where year(Tarih) < Year(getdate()) ile önceki yılların kurları silinir; mutabakat bilgilerini getiren sorgu için indeks oluşturulur.

İlgili: PB-061, PB-052, H-160, PROC-105, Sistem.Kurlar

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-160; SRC-PROC-DOC — surecbook/docs.json — PROC-105 · Güven: HIGH

FAQ-065 — Model ekranı yeni tanımlanan modelde 'Bu Model Elinizde Mevcut' diyor.

Ekranın adet sorgusu Select 1 + IsNull(SUM(SAdet),0) ... biçimindedir; hiç hareket yokken sonuç 1 döner ve ilk giriş reddedilir. Sorgu ilgili model için elle çalıştırılıp sonuç kontrol edilir; düzeltme yazılımcıda.

İlgili: PB-063, H-091, MODEL, Stok.Model

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-91; SRC-CODE-EKRAN — ekran/Ekran/iFModel.vb — satır 96 · Güven: HIGH

FAQ-066 — Belirli bir hesapta kayıt hiç çalışmıyor, diğerlerinde çalışıyor.

Hesabın zorunlu evrakı eksiktir; AcceptTransaction tetiği Cari.GetGerekliEvraklar(@SubeId,@HesapId,'True') boş dönmüyorsa 'BU HESABIN ZORUNLU EVRAKLARI EKSIKTIR. ISLEM YAPAMAZSINIZ.' ile geri alır. Şube pasifse 'SUBE PASIF HALDE...' aynı sonucu verir. Evrak veritabanı (DOCUMENTS) sunucuda yoksa hiçbir hesaba kayıt yapılamaz: Select name from sys.databases.

İlgili: PB-044, H-044, Cari.AcceptTransaction

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-44; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 170; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 154 · Güven: VERY_HIGH

FAQ-067 — Fiş numarası iki güne yayılmış; nasıl tespit ederim?

Select FisNo, Count(Distinct Cast(Tarih as date)) as Gun From Cari.Islemler Where IsDeleted = 0 And FisNo > 0 Group By FisNo Having Count(Distinct Cast(Tarih as date)) > 1. Fiş numarası 'en büyük + 1' ile üretilir (GetNewFisNo), kilit yoktur. Fiş numarasıyla iptal yerine satır bazlı İPTAL önerilir.

İlgili: PB-065, H-102, Cari.Islemler

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-102; SRC-CODE-EXT — ext/Ext/Cari.IslemEx.vb — satır 256 · Güven: VERY_HIGH

FAQ-068 — Vadeli birimlerin sırasını nasıl değiştiririm?

Tanımdan değiştirilemez. Select * from Sistem.Vadeli ile mevcut sıra görülür; yer değiştirecek iki kaydın sıra alanı Update ile karşılıklı değiştirilir (her kayıt için ayrı Update).

İlgili: PB-043, H-031, PROC-65, Sistem.Vadeli

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-31; SRC-PROC-DOC — surecbook/docs.json — PROC-65 · Güven: HIGH

FAQ-069 — Geçmiş tarihli işlem yanlış kurla girilmiş; nasıl anlarım?

O tarihte kur girilmemişse program en son girilen kuru kullanır ve uyarı vermez. Select * From Sistem.Kurlar Where Tarih = '«tarih»' boş dönüyorsa o gün kur yoktur. Kur girilip (ya da KOPYALA) işlem DÜZELT ile açılıp fiyatı düzeltilir.

İlgili: PB-036, H-107, Sistem.Kurlar

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-107 · Güven: HIGH

FAQ-070 — İPTAL (FişNo) için yönetici şifresi nerede?

Kodda sabit bir yönetici parolası vardır (iScreen.vb satır 722, PasswordBox ile sorulur); değeri hiçbir dokümana yazılmaz, yetkili kişiden alınır. Fiş numarasıyla iptal, seçili kasadaki o fişin tüm satırlarını iptal eder; açıklama ve karşı bacak sormaz.

İlgili: PB-031, H-018, CARİ İŞLEMLER (ana ekran)

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-18; SRC-CODE-BASE — basecontrol/Base Control/iScreen.vb — satır 720; SRC-CODE-BASE — basecontrol/Base Control/iScreen.vb — satır 722; SRC-DRV-AZ — az/06-duzeltme.md — 6.2 · Güven: VERY_HIGH

FAQ-071 — SQL Server'a sa ile bağlanılamıyor (Login failed).

SSMS > Security > sa > Status > Login = Enabled; sunucu Properties > Security > 'SQL Server and Windows Authentication mode'; SQL Server servisi Restart. Parola değerleri dokümana yazılmaz.

İlgili: PB-011, PROC-196

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-196 · Güven: HIGH

FAQ-072 — Restore sırasında 'Access is denied (5)' hatası.

services.msc > SQL Server (SQLEXPRESS) > Log On: NT AUTHORITY\NetworkService yerine Local System Account seçilir; servis yeniden başlatılır.

İlgili: PB-011, PROC-84

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-84 · Güven: HIGH

FAQ-073 — Paylaşılan yazıcıya bağlanırken 0x0000011b hatası.

Güncelleştirme Geçmişi > Güncelleştirmeleri Kaldır > KB5005565 kaldırılır; yazıcı paylaşımı yeniden yapılır.

İlgili: PB-023, PROC-64

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-64 · Güven: HIGH

FAQ-074 — EDS'den ERP'ye kur nasıl bağlanır?

EDS > General Settings > SQL Server bloğu: SQLServer, SQLUserID, SQLPassword, SQLDatabase, SQLProcName = Sistem.KurEkle, AutoUpdate True; F9 ile kaydedilir. F8 Products > Send > OptionsColumn > AllowFocus True > F9; ERP'ye gönderilecek ürün satırlarının sağındaki kutucuklar işaretlenir; Alias alanına ERP birim kodu (USD, EUR, HAS...) yazılır. Şifre ve IP değerleri kayda geçirilmez.

İlgili: PB-061, PROC-46, PROC-25, PROC-30

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-46; SRC-PROC-DOC — surecbook/docs.json — PROC-25; SRC-PROC-DOC — surecbook/docs.json — PROC-30 · Güven: HIGH

FAQ-075 — RFID cihazı çalışmıyor.

Cihazın ağ adresi değişmiştir. Müşteriyle görüşülüp yeni adres öğrenilir; Kullanıcı Ayarları (yeşil adam) > RFID IP alanına yazılıp KAYIT. RFID etiket sistemi için Stok.Model / Stok.Pirlanta RFID computed column ve RFID şeması PROC-215'te.

İlgili: H-158, PROC-149, PROC-215

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-158; SRC-PROC-DOC — surecbook/docs.json — PROC-149; SRC-PROC-DOC — surecbook/docs.json — PROC-215 · Güven: HIGH

FAQ-076 — Çağrı kaydını kapatırken konuyu nasıl işaretlemeliyim?

'Eğitim / Destek' ve 'Uzak Bağlantı Desteği' alt kategorileri konusu yazılmadan kapatılan çağrıların dörtte birini kapsıyor. Kaydı kapatırken konu 12 ana başlıktan (bağlantı, fatura/e-belge, yazıcı, BTrans, lisans, kurulum, bakiye/düzeltme, tanımlama, eğitim, rapor, bilanço, diğer) biriyle işaretlenmelidir; aksi hâlde gelecek yılın analizi yapılamaz.

İlgili: PB-060

Kaynak: SRC-DRV-AZ — az/hatalar.md — 7.0; SRC-TICKET-ANALIZ — tickets/analiz.json — tema · Güven: HIGH

FAQ-077 — Çağrıların en çok geldiği konular ve mevsimsellik nedir?

2021–2026 arasında 13.681 çağrının 11.167'si ERPGOLDV2. İlk beş konu (bağlantı %20,1; fatura/e-belge %11,5; yazıcı %11,0; BTrans %9,3; lisans %6,6) toplam %58 ve hiçbiri işlem motoru hatası değil. Ocak–Mart ve Ekim zirve; Pazartesi %24; 09–12 arası %42. En çok arayan %10 müşteri çağrıların %53'ünü açıyor. BTrans çağrıları 325'ten 30'a düştü; bağlantı ve yazıcı artıyor.

İlgili: PB-060, PB-001, PB-023

Kaynak: SRC-TICKET-ANALIZ — tickets/analiz.json — tema; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4; SRC-DRV-AZ — az/hatalar.md — 7.0 · Güven: HIGH

FAQ-078 — Takvime bağlı rutinler nelerdir (yılbaşı, lisans, BTrans)?

Aralık: her müşteriye yılbaşı kontrol listesi (H-168) — fatura numarası güncellemesi (H-165), limit güncellemesi (H-166), lisans bitişi (H-167), devir tarihi ve yedek, Aralık BTrans'ı devirden önce, yeni yılın ilk günü kur, Ocak'ın ilk faturası sonrası Fatura Kontrol Raporu, yıl sonu bilançosu. Ekim–Kasım: lisans yenileme dalgası; bitişten iki hafta önce toplu yenileme.

İlgili: PB-018, PB-019, PB-007, PB-022, H-168, H-167

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-168; SRC-DRV-AZ — az/hatalar.md — H-167; SRC-DRV-AZ — az/hatalar.md — H-164 · Güven: HIGH

FAQ-079 — Toptan bakiye/stok onarım aracı ne zaman çalıştırılır?

Hiçbir koşulda. Bakiye ve stok defterlerini sıfırdan yeniden kuran toptan onarım, açılış (devir) bakiyelerini ve transfer hareketlerini geri getirilemez şekilde siler. Bakiye tutmuyorsa Kısım 7.6 adımları izlenir (PB-028).

İlgili: PB-028, PB-034

Kaynak: SRC-DRV-AZ — az/hatalar.md — 7.0-DIKKAT; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4 · Güven: HIGH

FAQ-080 — İptal edilen işlem veritabanında nerede durur? Geri alınabilir mi?

Silinmez; Cari.Islemler.IsDeleted = 'True' ile işaretlenir (Cari.Islem.DeleteAt). Listede görünmez, bakiye/stoka etki etmez; İşlem Geçmişi (Cari.History) ve Silinmiş İşlemler Raporu'nda görünür; silme açıklaması Sistem.SilAciklama'da tutulur. Yönetici iptali geri alabilir; geçmişe 'Geri Alındı' düşer ve işlem yeniden bakiyeye girer.

İlgili: PB-031, H-109, Cari.Islemler, Cari.History, Sistem.SilAciklama

Kaynak: SRC-DRV-AZ — az/06-duzeltme.md — 6.2; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 1006; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 1096 · Güven: VERY_HIGH

FAQ-081 — Silinmiş işlemler raporunda silme açıklaması görünmüyor.

Reports.SilinmisIslemlerRaporu PROC-211'deki sürümle ALTER edilir: SilmeAciklamasi = CONCAT(ISNULL(S.DeletedDescription,''), ' / ', ISNULL(SO.Description,'')) (Sistem.SilAciklama + Sistem.SilOnay), Where I.IsDeleted = 1 ve şube/tarih/hesap filtreleri.

İlgili: PB-031, PROC-211, Sistem.SilAciklama, Sistem.SilOnay

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-211 · Güven: HIGH

FAQ-082 — Terazi / etiket / yazıcı sorununda hangi süreç dokümanına bakarım?

Yazıcı genel: PROC-8; Aclas PP7 termal: PROC-12; Windows paylaşım hatası: PROC-64; fiş boş: PROC-121/122; fiş fontu: PROC-102; fiş tasarımı: PROC-91; etiket yazıcı: PROC-118; etiket dizayn: PROC-93/160; terazi: PROC-164, Vibra: PROC-181; RFID: PROC-149.

İlgili: PB-023, PB-024, PB-025, PB-026, PB-027

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-8; SRC-PROC-DOC — surecbook/docs.json — PROC-12; SRC-PROC-DOC — surecbook/docs.json — PROC-164; SRC-PROC-DOC — surecbook/docs.json — PROC-118 · Güven: HIGH

DEVELOPER

FAQ-083 — Programa yeni bir rapor nasıl eklenir?

Rapor önceden layout ile hazırlanmışsa SQL Server'da INSERT INTO AifaDev.Reports(RefNo,CreatedDate,ReportName,Description,Developer,SQL,Password,IsGrid,IsPivot,IsReport,GroupId) ve AifaDev.ReportsFilter satırları (PROC-132/148 örnekleri) execute edilir. Değilse ADMIN > Aifa Developer Studio > Report Designer > mavi artı; SQL alanına Select * from Reports.(@SubeId,@KasaId,@StokId,@Tarih) gibi sorgu yazılır — parametre sırası fonksiyonla aynı, veri tipi yazılmaz; F5 ile parametreler girilip Liste Görünümü kontrol edilir; Report Properties doldurulur.

İlgili: PB-053, PROC-57, PROC-132, PROC-148, AifaDev.Reports

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-57; SRC-PROC-DOC — surecbook/docs.json — PROC-132; SRC-PROC-DOC — surecbook/docs.json — PROC-148 · Güven: HIGH

FAQ-084 — Mevcut bir rapora sütun nasıl eklenir?

Raporlar MSSQL'de table-valued function olarak durur (Reports.*). Önce Aifa Developer Studio > Report Designer'dan raporun SQL'i/fonksiyon adı bulunur; SSMS'de fonksiyon Modify ile düzenlenir. Sonra Report Designer'da görünüm 'göz' ile uygulanır, alan listesine yeni sütunun adı birebir ve başlığı yazılıp kaydedilir, sütun başlığına sağ tık > Column Chooser'dan sürüklenir, görünüm seçiliyken yeşil kaydet; programdan çıkıp girilir.

İlgili: PB-053, H-134, PROC-63, PROC-57

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-134; SRC-PROC-DOC — surecbook/docs.json — PROC-63 · Güven: HIGH

FAQ-085 — Rapor sorgularında bölme işlemi nasıl yazılmalı?

Her x / y ifadesi Fn.Bol(x, y) ile yazılır; fonksiyon sıfıra bölmede 0 döndürür (ör. Fn.Bol(Tutar, Miktar)). Kitapçık 6.4 bunu rapor şablonunda zorunluluk olarak önerir. Standart fonksiyonlar (Reports.BakiyeListesi, Stok.GetMadenMaliyeti, Reports.GenisBilanco) Fn.Bol kullanır.

İlgili: PB-051, H-126, PROC-95, PROC-42, PROC-96

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-95; SRC-PROC-DOC — surecbook/docs.json — PROC-42; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4 · Güven: HIGH

FAQ-086 — İşlem verisi hangi tablolarda tutulur; bakiye ve stok nasıl oluşur?

Ana kayıt Cari.Islemler; fatura/e-belge detayları Cari.IslemDetaylari (FaturaNo, FaturaSeri, ETTN, SiraNo, Durum...). Cari.Islemler üzerindeki AcceptTransaction tetiği (AFTER INSERT,UPDATE,DELETE) her satır için Cari.BakiyeIslem (hesap bakiye defteri) ve Stok.StokHaraketleri (stok defteri) satırlarını yazar; Stok.Takoz, Cari.Hesaplar ve Sistem.Activity'yi günceller; Cari.GetGerekliEvraklar, Fn.GetKur, Fn.Bol, Stok.GetTakozAdet fonksiyonlarını çağırır. Bakiye/stok doğrudan elle yazılmaz; işlem düzeltilince tetik ilgili satırları silip yeniden yazar.

İlgili: PB-029, Cari.AcceptTransaction, Cari.Islemler, Cari.BakiyeIslem, Stok.StokHaraketleri, Cari.IslemDetaylari

Kaynak: SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md; SRC-DRV-AZ — az/06-duzeltme.md — 6.1; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4 · Güven: VERY_HIGH

FAQ-087 — AcceptTransaction tetiği hangi hataları üretir (RAISERROR)?

'ISLEMLERI DIREK SILEMEZSINIZ ?.' (fiziksel DELETE engeli), 'SUBE PASIF HALDE. ISLEM YAPAMAZSINIZ...', 'E-DOVIZ FATURASI GONDERILMIS ISLEMLER DUZELTILEMEZ ...' (ETTN dolu ve Mutabakat/IsDeleted güncellenmiyorsa), 'BU HESABIN ZORUNLU EVRAKLARI EKSIKTIR. ISLEM YAPAMAZSINIZ.' (+ eksik evrak listesi), 'SUBE,KASA VEYA HESAP SECILMEDI. ISLEM YAPAMAZSINIZ?.', 'BU TAKOZA AIT ISLEMLER VAR. IPTAL EDEMEZSINIZ ?.', 'BU TAKOZ STOGUNUZDA YOK.ISLEM YAPAMAZSINIZ.'. Adres/telefon ve BSMV muafiyet kontrolleri yorum satırındadır. Müşteriye özel tetik eklemeleri (TL ile ons engeli vb.) PROC-193'te toplanır.

İlgili: Cari.AcceptTransaction, PROC-193, PB-044

Kaynak: SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 121; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 154; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 162; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 179; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 242; SRC-PROC-DOC — surecbook/docs.json — PROC-193 · Güven: VERY_HIGH

FAQ-088 — İşlem iptali kod tarafında nasıl yapılır? Fiziksel silme var mı?

Fiziksel silme yoktur; Cari.Islem.DeleteAt (dao/Dao/Islem/Cari.Islem.vb satır 1006) önce DeletePermission = EskiTariheYapilamaz ve SilGun kontrolüyle Sistem.SilOnay talebi açar, sonra FrmSilmeOnayAl ile açıklama ister; aynı RefNo/IslemKodu'lu karşı bacak varsa 'Karşı İşlemde İptal Edilsin mi?' sorar ve UPDATE Cari.Islemler Set IsDeleted='True' Where RefNo=... ile iki bacağı işaretler; yoksa DeleteEFatura sonrası tek satırı işaretler; açıklama Sistem.SilAciklama'ya yazılır. Cari.DeleteTransaction tetiği fiziksel DELETE'i Cari.History'ye 'Silindi' olarak loglar; AcceptTransaction doğrudan DELETE'i RAISERROR ile engeller.

İlgili: PB-031, Cari.Islem.DeleteAt, Cari.DeleteTransaction, Sistem.SilOnay, Sistem.SilAciklama

Kaynak: SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 1006; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 1057; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 1096; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.DeleteTransaction.md; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 121 · Güven: VERY_HIGH

FAQ-089 — İşlem geçmişi (Cari.History) nasıl okunur; hangi kayıt tipleri var?

Her iz satırında LogType (Kayıt Tipi), LogDate, TransactionId (RefId), işlem alanları ve kullanıcı bulunur. Kayıt tipleri: 'Yeni Kayıt' (ilk değerler), 'Düzeltme' (düzeltme sonrası değerler), 'İptal Edildi' (iptal anındaki değerler), 'Geri Alındı', 'Silindi' (fiziksel silme). İki ardışık satır yan yana konunca hangi alanın değiştiği görülür; F12 mutabakat işaretlemesi iz bırakmaz. Reports.DuzeltilmisIslemlerRaporu (PROC-132) bu tabloyu Sistem.SilAciklama ile birleştirir.

İlgili: PB-028, Cari.History, PROC-132, Cari.DeleteTransaction

Kaynak: SRC-DRV-AZ — az/06-duzeltme.md — 6.3; SRC-PROC-DOC — surecbook/docs.json — PROC-132; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.DeleteTransaction.md · Güven: HIGH

FAQ-090 — Cari.Islem.Save hangi doğrulamaları yapar?

Save (Cari.Islem.vb satır 506+): FisNo=-1 ise GetNewFisNo; SubeId/KasaId/HesapId 0 ise 'Sube,Kasa veya Hesap Seçili Değil...'; Miktar=0 ise (HİZMET, BORÇ, PIRLANTA, VİRMAN hariç) 'İşlem Yapabilmek için Miktar Girmelisiniz.'; IslemKodu 1/2/3, ÇIKIŞ (IslemTuru=1), tip≠PEŞİN ve Sube.IsLimitControl açıkken Satis/HAS kuru > FN.GetCariLimit ise 'Hesap Limiti Aşılıyor...'. Ardından Id=0 ise Insert, değilse Update. Ekran tarafı Validate (Cari.IslemEx.vb satır 214+): geçmiş tarih sorusu (resmi kasa hariç), NAKİT/PEŞİN/BEDELLİ/MİKTAR tipinde Tutar=0 → 'Lütfen Tutar Giriniz.', MaliyetHesapla, IslemKurFarki ile kur sapma uyarısı.

İlgili: PB-045, PB-046, PB-047, Cari.Islem.Save, Cari.Islem.Validate

Kaynak: SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 506; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 509; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 514; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 520; SRC-CODE-EXT — ext/Ext/Cari.IslemEx.vb — satır 214; SRC-CODE-EXT — ext/Ext/Cari.IslemEx.vb — satır 222; SRC-CODE-EXT — ext/Ext/Cari.IslemEx.vb — satır 245 · Güven: VERY_HIGH

FAQ-091 — Fiş numarası nasıl üretilir? Eş zamanlı kullanımda çakışır mı?

GetNewFisNo (Cari.IslemEx.vb satır 256): Select Max(FisNo) From Cari.Islemler Where IsDeleted='False' + 1. Kilit/sequence yoktur; iki kullanıcı aynı anda kaydedince aynı numara verilebilir (H-102). Numara ardışık olmak zorunda değildir; iptal edilen fişin numarası boş kalır.

İlgili: PB-065, H-102, Cari.Islem.GetNewFisNo

Kaynak: SRC-CODE-EXT — ext/Ext/Cari.IslemEx.vb — satır 256; SRC-DRV-AZ — az/hatalar.md — H-102 · Güven: VERY_HIGH

FAQ-092 — Devir bakiyeleri veritabanında nasıl temsil edilir?

Devir sorgusu (PROC-180/190) Cari.BakiyeIslem'den Tarih<@Tarih olan bakiyeleri HesapId/KasaId/BirimId bazında toplayıp IslemId = -1, Tarih = devir tarihi-1 ile yeni satır yazar; stoklar için Stok.StokHaraketleri aynı şekilde IslemId=-1 ile özetlenir. Bu satırların Cari.Islemler'de karşılığı yoktur ve düzeltilemez. Raporlar devir satırlarını dahil etmeli (ör. Bakiye.GetBakiyeFisNo'da B.IslemId = -1); kasa süzgeçli raporlar devir satırlarını kaçırabilir (H-112).

İlgili: PB-034, H-108, H-111, H-112, PROC-180, PROC-190, Cari.BakiyeIslem

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-180; SRC-DRV-AZ — az/hatalar.md — H-108; SRC-DRV-AZ — az/hatalar.md — H-111; SRC-DRV-AZ — az/hatalar.md — H-112 · Güven: HIGH

FAQ-093 — Fatura/e-belge bilgileri hangi görünümden gelir; BSMV nasıl hesaplanır?

Cari.FaturaBilgileri görünümü (PROC-115): Cari.Islemler + Cari.IslemDetaylari (FaturaUnvan, FaturaAdres, FaturaVergiNo, RefNo, SiraNo, FaturaSeri/No) + Cari.Hesaplar; istatistik Fn.GetIstatistikKodu(H.HesapTuru,H.HukukiKod,IslemKodu,IslemTuru,IslemTipi,IsNull(I.IsArbitiraj,0)); USDTutar Fn.Bol ile; BSMVTipi 0 = BSMV dışında, 1 = BSMV içinde (Sistem.BSMVHesapla ile fiyat/tutar ayrıştırılır; HesapTuru 0/3 ve HukukiKod boş, satış yönü, IslemKodu<>2 koşulu). Resmi işlem raporu Reports.ResmiIslemRaporu (PROC-133) aynı alanları D.FaturaNo>0 or IslemTipi=12 filtresiyle listeler.

İlgili: PB-017, PB-021, PROC-115, PROC-133, PROC-88, Cari.IslemDetaylari

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-115; SRC-PROC-DOC — surecbook/docs.json — PROC-133; SRC-PROC-DOC — surecbook/docs.json — PROC-88 · Güven: HIGH

FAQ-094 — IsArbitiraj alanı nedir, nasıl hesaplanır?

Cari.Islemler'de persisted computed column: (case when ([IslemKodu]=(6) OR [IslemKodu]=(3)) AND isnull([VaryantId],(0))<>(0) then (1) else (0) end) — vadeli (6) veya nakit (3) işlemde VaryantId doluysa arbitraj. Fn.GetIstatistikKodu bu bayrağı Cari.Istatistik.Arbitiraj ile eşleştirir (Select top 1 Case When @IslemTuru %2=0 Then AlisKodu Else SatisKodu End ... Where HesapTuru=@HesapTuru And IsNull(HukukiKod,'')=IsNull(@HukukiKod,'') and Arbitiraj=@Arbitiraj).

İlgili: PB-021, PROC-88, IsArbitiraj, Cari.Istatistik

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-88; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4 · Güven: HIGH

FAQ-095 — Maden maliyeti hangi fonksiyonla, hangi mantıkla hesaplanır?

Stok.GetMadenMaliyeti(@SubeId,@KasaId,@StokId,@Tarih,@StokMiktar): Stok.StokHaraketleri'nden StokTipi=1, IslemTuru=0 (giriş) hareketlerini IslemId Desc sırayla (LIFO) cursor ile okur; IscTuru=0 ise Adet, değilse Miktar; Maliyet = Fn.Bol(H.Maliyet, I.HasKur) (Cari.Islemler'deki işlem kuru baz alınır — PROC-81); @StokMiktar dolana kadar toplar, son parçayı oranlar. Sürümler arasında top 50 (PROC-81) ve top 5000 (PROC-130) farkı vardır; kitapçık 6.1 'TOP 50' sınırını belirtir — CONTRADICTS: hangi sürümün üretimde olduğu kuruluma göre değişir, doğrulanmalı.

İlgili: PB-058, H-120, PROC-81, PROC-130, Stok.GetMadenMaliyeti

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-81; SRC-PROC-DOC — surecbook/docs.json — PROC-130; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4; SRC-DRV-AZ — az/hatalar.md — H-120 · Güven: MEDIUM

FAQ-096 — Bakiye ekstresi (Reports.BakiyeListesi) nasıl çalışır?

Cari.BakiyeIslem'den HesapType=0, Tarih<=@Tarih, şube kasaları için HesapId/BirimId bazında SUM(Bakiye)-1; Sistem.GetKurListesi(getdate()) ile birim ve HAS kuru alınıp NetBakiye = Fn.Bol(BakiyeKur.Alis, KurHAS.Alis)-1; PIVOT ile TAKOZ/HAS/GUM/TL/USD/EUR/GBP/CHF/PND sütunları; Toplam = (P.NetBakiye − Raporsuz.NET)-1 (raporsuz takozlar XRFAuMilyem, 0 ise 0.6 ile). Kur 0 ise Toplam 0 gelir (PROC-169).

İlgili: PB-036, PB-052, PROC-42, PROC-169, Reports.BakiyeListesi, Cari.BakiyeIslem

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-42; SRC-PROC-DOC — surecbook/docs.json — PROC-169 · Güven: HIGH

FAQ-097 — Geniş bilanço raporu nasıl kurulur?

Reports.GenisBilanco(@SubeId,@Tarih) table-valued function (PROC-96): Cari.BakiyeIslem'den bakiyeler (Sistem.Birimler + sanal TAKOZ birimi Carpan 0.6), nakit/maden stokları, gelir/gider; ALACAK/BORC/NET ve K1/K2 kurlarıyla bilanço birimine çevrilmiş ALACAK2/BORC2/NET2. Fonksiyon oluşturulduktan sonra Report Designer ile parametre Tarih olacak şekilde rapor listesine eklenir.

İlgili: PB-056, H-139, PROC-96

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-96; SRC-DRV-AZ — az/hatalar.md — H-139 · Güven: HIGH

FAQ-098 — Belge uyum işaretli (resmi) kasada belgesi düzenlenmemiş işlem satırlarını raporlardan süzmek için standart koşul nedir?

PROC-171 (v1.0.7.2): Sistem.SubeStatus(@SubeId) fonksiyonu (SubeTipi<>'DOVIZ' ise 1) ve raporların Where alanına eklenen koşul: ((S.SubeTipi ='DOVIZ' And IsNull(D.FaturaNo,0) <>0) Or S.SubeTipi <>'DOVIZ'). Reports.GetPozisyonDetay'a @SubeId parametresi eklenip aynı koşul uygulanır. Sistem.Subeler.SubeTipi NULL olmamalıdır.

İlgili: PB-042, PROC-171, Sistem.Subeler

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-171 · Güven: HIGH

FAQ-099 — Pozisyon hesabı ne zaman yeniden yazılır (ERPBOOSTER)?

PROC-210: Sistem.Activity(ActivitySubeId, LastDate) tablosu oluşturulur; AcceptTransaction'a MERGE ile şube bazlı LastDate yazan blok eklenir; Pozisyon.Write prosedürü, Sistem.Activity'de Pozisyon.Pozisyonlar'daki son InsertDate'ten yeni etkinlik yoksa RETURN eder — böylece 5 sn'lik pozisyon servisi boşuna hesaplamaz. Kitapçık 6.1: Pozisyon.Write (5 sn servis), Reports.GetPozisyonDetay.

İlgili: PROC-210, Sistem.Activity, Pozisyon.Pozisyonlar, Pozisyon.Write

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-210; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md; SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4 · Güven: HIGH

FAQ-100 — İşlem listesindeki sütun düzeni ve format (ör. vade yanında gün adı) nerede tutulur?

Ctrl+F8 (liste) / Ctrl+F ile Design > Show Properties açılır; Vade sütunu için Display Format = DateTime, FormatString = 'dd.MM.yyyy dddd'; Show Properties kapatılıp Save Layout (2-3 kez). Düzen şube bazında saklanır (Sistem.Layout/ListLayout tabloları envanterde mevcut; hangisinin kullanıldığı [GAP] doğrulanmadı).

İlgili: PB-053, H-136, PROC-203, PROC-23

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-203; SRC-PROC-DOC — surecbook/docs.json — PROC-23; SRC-DRV-AZ — az/04-cari-islemler.md — 4.5 · Güven: MEDIUM

FAQ-101 — Başka veritabanından bir birimin 1 yıllık kurunu nasıl taşırım?

PROC-217: önce iki veritabanında birimin Id'si aynı mı kontrol edilir (Select Id, Kodu From .Sistem.Birimler Where Kodu='GUM'); taşınacak satır sayısı sayılır; INSERT INTO .Sistem.Kurlar (Tarih,BirimId,Alis,Satis,LastModify,UserId,InsertDate,IsDeleted) SELECT ... FROM .Sistem.Kurlar K WHERE K.BirimId = Sistem.GetBirimToId('GUM') AND K.Tarih >= DATEADD(YEAR,-1,GETDATE()) AND K.IsDeleted=0 AND NOT EXISTS (aynı Tarih+BirimId hedefte).

İlgili: PB-036, PROC-217, Sistem.Kurlar, Sistem.Birimler

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-217 · Güven: HIGH

FAQ-102 — Stok hareketleri raporunda transfer satırları için doğru tarih/hesap adı nasıl gelir?

Stok.GetStokHareketleri(@SubeId,@KasaId,@StokTipi,@StokId,@VaryantId,@Tarih): DEVIR özet satırı (Tarih<@Tarih) UNION ALL hareketler. Bolum 0 = cari işlem (Cari.Islemler join, HesapAdi = hesap), 1 = 'URETIM', 2 = 'TRANSFER'. PROC-146 sürümü Bolum=2 için Cari.Transferler T.InsertDate'i, fiyat 1 ve tutar=miktar kullanır; PROC-177 sürümü IsNull(I.InsertDate, H.Tarih) kullanır.

İlgili: PB-037, H-119, PROC-146, PROC-177, Stok.GetStokHareketleri

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-146; SRC-PROC-DOC — surecbook/docs.json — PROC-177 · Güven: HIGH

FAQ-103 — Kodda ve kuruluma özel scriptlerde hangi gizli bilgiler asla dokümana alınmaz?

iScreen.vb satır 722'deki sabit yönetici parolası, Program.vb lisans satırları, SQL sa/DEMO parolaları, FX terminal şifreleri (FxTerminalNo/FxServerID/FxPassword), EDS SQLPassword, OptimalScan apiPassword, sunucu IP'leri ve DNS eşlemeleri (PROC-1), NetEkstre API bilgileri. Süreç dokümanlarında bunlar «…» ile maskelidir; bilgi bankasına da yalnız 'varlığı' yazılır, değeri yazılmaz (AGENT_RULES §4).

İlgili: PB-031, PROC-1, PROC-131, PROC-209, PROC-214

Kaynak: SRC-CODE-BASE — basecontrol/Base Control/iScreen.vb — satır 722; SRC-PROC-DOC — surecbook/docs.json — PROC-1; SRC-PROC-DOC — surecbook/docs.json — PROC-131; SRC-PROC-DOC — surecbook/docs.json — PROC-209 · Güven: VERY_HIGH

FAQ-104 — Çağrı verisine göre koda dönen kalıcı işler nelerdir?

Kitapçık 6.4: Sistem.GetFaturaNo yıl şartını dinamik yap; EBelgeUsdLimit/EBelgeTlLimit için Settings ekranı + DijitalFatura.dll LiveUpdate; Configuration Settings'e 'sunucuyu bul' ve bağlantı testi, hata metnine CAPSLOCK/instance ipucu; Kullanıcı Ayarları'na yazıcı test düğmesi; BTrans Kontrol Raporu süzgecini BTrans ekranına gömmek, XML+şema+zip tek düğme; lisans bitişinden 15 gün önce uyarı ve uzaktan yenileme; DSX.TABLE önbelleğini kayıt sonrası otomatik yenile; kur eksikse rapor başında uyarı, Reports.BakiyeListesi hızlı sürümü standart; Sistem.Birimler.Kodu tekil indeks; Fn.Bol zorunluluğu.

İlgili: PB-018, PB-019, PB-001, PB-023, PB-022, PB-007, PB-039, PB-036, PB-040, PB-051

Kaynak: SRC-KITAPCIK — kitapcik/06-destek-verisi.md — 6.1/6.4; SRC-TICKET-ANALIZ — tickets/analiz.json — tema · Güven: HIGH

FAQ-105 — IslemKodu değerleri hangi ekranlara karşılık gelir (kaynaklarda doğrulananlar)?

Kaynaklardan doğrulanabilenler: 0 = takoz (AcceptTransaction yorumu 'TAKOZ CIKIS ISLEMINDE'), 6 = vadeli (PROC-193, PROC-115 V.Aciklama), 1/2/3 = MADEN/HURDA/NAKİT grubu (Cari.Islem.Save limit kontrolü 'IslemKodu = 1 Or 2 Or 3' MADEN/HURDA/NAKİT çıkışı için; PROC-115'te IslemKodu=2 → Stok.Maden açıklaması, IslemKodu=3 nakit arbitraj). Tam eşleme tablosu (Sistem.CariIslemKodu) [GAP] bu çalışmada okunmadı; tIslemKodu enum'u (HIZMET, BORC, PIRLANTA, VIRMAN, NAKIT, VADELI) kodda vardır.

İlgili: [FAQ-090], Sistem.CariIslemKodu, Cari.AcceptTransaction

Kaynak: SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 514; SRC-CODE-DAO — dao/Dao/Islem/Cari.Islem.vb — satır 520; SRC-DB-TRIGGER — KnowledgeBase/04_Database/Triggers/Cari.AcceptTransaction.md — satır 285; SRC-PROC-DOC — surecbook/docs.json — PROC-193; SRC-PROC-DOC — surecbook/docs.json — PROC-115; SRC-PROC-DOC — surecbook/docs.json — PROC-88 · Güven: MEDIUM

FAQ-106 — Rapor sorgusunda süzgeç ve etiket tuzakları nelerdir?

BORÇ, VİRMAN, PARİTE (X) ve PERAKENDE ekranları yönü GİRİŞ/ÇIKIŞ olarak kaydeder; yalnız SERİ İŞLEM ALACAK/BORÇ ve ALIŞ/SATIŞ diye kaydeder — süzgeç her iki etiketi kapsamalı; perakende için 'PARAKENDE' etiketi güvenlidir. Bakiye kasa bazlı tutulmaz; kasa süzgeçli bakiye raporu eksik gelir. Devir satırları (IslemId=-1) Cari.Islemler'de yoktur; Cari.BakiyeIslem'den toplanmalı. İşlem etiketleri Sistem.GetIslemKodu(IslemKodu,IslemTuru,IslemTipi) ile üretilir.

İlgili: PB-054, H-135, H-112, Sistem.GetIslemKodu

Kaynak: SRC-DRV-AZ — az/hatalar.md — H-135; SRC-DRV-AZ — az/hatalar.md — H-112; SRC-PROC-DOC — surecbook/docs.json — PROC-133 · Güven: HIGH

FAQ-107 — E-döviz güncellemesi (v1.0.7.2) için şema değişiklikleri nelerdir?

PROC-171: Alter Table Cari.IslemDetaylari Add Durum nvarchar(MAX) NULL; Alter Table Sistem.Subeler Add EBelgeTcknControl bit NULL, EBelgeUsdLimit int NULL (100 USD ve üzeri TCNo zorunluluğu); SubeTipi 'DOVIZ'; Sistem.SubeStatus fonksiyonu; Reports.GetPozisyonDetay'a @SubeId ve DOVIZ koşulu; Pozisyon.GetPozisyon revizyonu. Sonraki limit güncellemesinde EBelgeTlLimit eklendi (PROC-175). Dijital Fatura v1.0.0.22 ile birlikte.

İlgili: PB-019, PROC-171, PROC-175, Sistem.Subeler, Cari.IslemDetaylari

Kaynak: SRC-PROC-DOC — surecbook/docs.json — PROC-171; SRC-PROC-DOC — surecbook/docs.json — PROC-175 · Güven: HIGH