GÜNCEL KONULAR

☠️Mikro Programında Cari Hareket Tipi Uyarısı Nedir?☠️

Gönderen
  Mikro "Giriş Yetkiniz Yoktur" Uyarısı: Cari Kartta Parasal Olmayan Hesap Kilidi Mikro Muhasebe Programı'nda fatura, irsaliye veya finans evrakı işlerken karşınıza aniden "Giriş Yetkiniz Yoktur" uyarısı çıkıyor ve evrakı kaydetmenize ya da işlem yapmanıza izin verilmiyorsa, sorun genellikle sanıldığı gibi bir versiyon ya da kullanıcı yetki hatası değildir. Bu durum, tamamen ilgili Cari Tanıtım Kartı'nın muhasebe ve hesap tipi yapılandırmasından kaynaklanır. 🔍 Hatanın Gerçek Nedeni: Parasal Olmayan Hesap Tipi Mikro'da Enflasyon Muhasebesi ve Türkiye Muhasebe Standartları (TMS) gereği, bazı hesapların değerlemesi farklı yapılır. Bir carinin kartı açılırken veya sonradan düzenlenirken: Cari Tanıtım Kartı -> Hareket Tipi  sekmesinde yer alan "Hesap Tipi" alanı yanlışlıkla veya bilerek "Parasal Olmayan" olarak işaretlendiyse bu kilit devreye girer. Sistem, "Parasal Olmayan" olarak etiketlenen bir hesabı durağan (enflasy...
0

☠️"Multiple-step operation generated errors. Check each status value" Hatası☠️

Gönderen

 



🔍 Hatanın Teknik Analizi

Hata mesajında geçen "Multiple-step operation generated errors. Check each status value" ifadesi, OLE DB katmanında meydana gelen genel bir veri türü uyuşmazlığı veya kısıtlama hatasıdır. Ancak asıl ipucu son cümlede gizli: "Silinen kayıtlar LOG tablosuna kayıt yazılamadı!"

Bu hata, programın bir kaydı sildiği sırada bu işlemin günlüğünü (logunu) tutmak istediği, ancak veri tabanındaki LOG tablosunda bir sorun olduğu anlamına gelir.



🚀 Olası Nedenler ve Çözüm Yolları

  • Log Tablosundaki Karakter Sınırı: Sildiğiniz kaydın içerdiği bir bilgi (örneğin evrak açıklaması veya kullanıcı adı), LOG tablosundaki ilgili sütunun izin verdiği karakter uzunluğundan daha fazla olabilir.

  • Veri Tabanı Şeması (Uyuşmazlık): Mikro versiyon güncellemeleri sırasında bazen ana tablolar güncellenirken LOG tabloları eski kalabiliyor. Bu da veri yazma sırasında hata üretir.

  • Disk Alanı veya Yetki Sorunu: SQL Server üzerinde log dosyalarının (.ldf) dolmuş olması veya LOG tablosuna yazma yetkisinin kısıtlanmış olması bu hatayı tetikleyebilir.




✅ Ne Yapılmalı?

  1. Tabloyu Onarın: Mikro'daki "Veri Tabanı Tablo Bakım ve Onarım" menüsünden LOG tablolarını seçerek bir kontrol başlatabilirsiniz.

  2. SQL Sorgusu ile Kontrol: Eğer SQL bilginiz varsa, DELETE_LOG veya benzeri isimli log tablolarının yapısını ve kısıtlamalarını kontrol edebilirsiniz.

  3. Karakter Uzunluğunu Kontrol Edin: Sildiğiniz evrakta çok uzun bir "Açıklama" veya "Özel Kod" alanı varsa, bunu kısaltıp tekrar silmeyi deneyin.






🍁

Sorularınız, karşılaştığınız teknik sorunlar ve destek talepleriniz için aşağıya yorum bırakabilirsiniz

   

Yorumlar

Yorum Gönder

Fikirlerin benim için değerli, paylaşmaktan çekinme!

Popüler Konular

Resim

☠️SQL Server 2025 Evrimi☠️

SQL Server 2025 Geliyor: Veri Tabanı Dünyasında Büyük Evrim ve Radikal Değişiklikler! 📌Veri tabanları artık sadece ERP verilerimizi, stok hareketlerimizi veya cari kayıtlarımızı sessizce saklayan birer depo olmaktan çıkıyor. Microsoft, SQL Server 2025 sürümüyle birlikte veri tabanı motorunu yapay zekayla konuşan, dış dünyadaki API'lere doğrudan kafa tutan akıllı bir asistana dönüştürüyor. Peki bu yeni sürüm veri tabanı mimarisinde devrimsel bir çağ mı açıyor, yoksa mevcut yapının güçlü bir makyajı mı? En önemlisi; biz geliştiricileri ve sistem yöneticilerini neler bekliyor? Kazananları, kaybedenleri ve teknik detayları masaya yatırıyoruz. 👇 1. Sürümlerdeki Taşlar Yerinden Oynuyor: Express Güçlendi, Web Elveda Dedi! SQL Server 2025, sürüm (Edition) katmanlarında ezber bozan iki büyük hamleyle geliyor: Express Sürümüne 50 GB Can Suyu: Yıllardır küçük projelerin, mikro ölçekli işletmelerin ve test ortamlarının en büyük kabusu olan 10 GB veritabanı sınırı nihayet 50 GB’a çıkarıldı...
Resim

☠️"Suspect ve Recovery Pending" Hatası☠️

  Mikro Jump uygulamasında aldığınız "Cannot open database 'MikroDesktop_QUBI_2024_S' requested by the login.  The login failed." hatası, programın çalışmak için ihtiyaç duyduğu veritabanına erişemediğini göstermektedir.Yani suspect durumu yaşanmaktadır. Bu hatanın temel nedenleri ve çözüm adımları aşağıda detaylandırılmıştır: 1. Hatanın Temel Nedenleri 👉 SQL Server Servisinin Durması: Mikro'nun verilerini tuttuğu SQL Server servisi çalışmıyor olabilir. 👉 Veritabanının "Recovery Pending" (Kurtarma Bekleniyor) Moduna Girmesi: Beklenmedik elektrik kesintileri veya sunucunun düzgün kapatılmaması durumunda veritabanı askıda kalabilir. 👉 Bağlantı Ayarlarındaki Değişiklikler: SQL sunucu adı veya IP adresi değişmiş olabilir. 👉 Yetki Sorunları: SQL kullanıcısının (genellikle 'sa' kullanıcısı) veritabanına erişim yetkisi kısıtlanmış olabilir. ********************************************************** Düzeltme yöntemi aşağıdaki gibidir ; 1.YÖNTEM...
Resim

☠️SQL Server TDE Hatası: Çözüm ve Kurtarma Rehberi☠️

👽SQL Server TDE Hatası: "Cannot find server asymmetric key thumbprint" SQL Server veritabanı yönetiminde, güvenlik amacıyla TDE (Transparent Data Encryption) yani Şeffaf Veri Şifreleme sıklıkla tercih edilen bir yöntemdir. Ancak TDE ile şifrelenmiş bir veritabanını farklı bir sunucuya (instance) taşımak, yedekten dönmek (restore) veya işletim sistemi formatı sonrasında yeniden ayağa kaldırmak istediğinizde en çok karşılaşılan ve can sıkan hatalardan biri şudur : Hata Mesajı: Msg 33111, Level 16, State 4 Cannot find server asymmetric key with thumbprint '0x7b8626f7e9b646cb8702530018600bf3'. RESTORE DATABASE is terminating abnormally. Bu makalede, bu kritik hatanın ne anlama geldiğini, veritabanını kurtarmak için hangi adımları izlemeniz gerektiğini ve TDE mimarisindeki bazı gizli riskleri detaylarıyla ele alıyoruz. 🔍 Bu Hata Ne Anlama Geliyor? Geri yüklemeye çalıştığınız TDE şifreli veritabanı, yedek alındığı eski SQL Server üzerinde kurulu olan bir Certificate (Se...