4447 Sayılı Kanunun geçici 10 ncu maddesinde öngörülen sigorta prim işveren destek hissesinde maddede yer alan şartlara uygun firmalar yararlanır.
Ortalama sigorta sayısı sigortalının işe başladığı işyerinde işe giriş tarihinden önceki altı ayda sosyal güvenlik kurumuna bildirilmiş olan toplam sigortalı sayısı üzerinden hesaplanır.
Ortalama sigortalı sayısı küsuratlı çıkması halinde 0,01 ile 0,49 arası 0 (sıfır) 0,50 ile 0,99 arası tama iblağ edilecektir.
(B) sigortalısının (A) Limited şirketinde 20/03/2011 tarihinde işe alındığı varsayılırsa, konu işyerinde önceki altı aylık ortalama sigortalı sayısı aşağıdaki tabloda gösterildiği gibi,
Toplam Sigortalı sayısı : 6+3+3+5+5+6= 28
Ortalama sigortalı sayısı (önceki altı aya itibariyle) 28/6= 4,6 buda 5 tamamlanır. 0,50 ile 0,99 aralığına tekabül ettiği için.
4447 Sayılı Kanunun 10 ncu maddesine göre firma 6 ve üzeri sigortalı çalıştırdığı aylarda destekten yararlanabilecektir.
(A) Anonim Şirketine 2011 Nisanda (A) sigortalısı 2011 Mayısda (B) ve (C) sigortalılarının alındığı düşünülürse ve şirkette altı aylık önceki dönemlerde çalışan sayısı aşağıdaki gibi ise;
2011 Nisanda alınan (A) sigortalısı için;
1+2+1+2+1+1=8 ise 8/6 = 1,33 buda 1'e tekabül edecektir.
2011 Mayısda alınan (B) ve (C) sigortalıları için;
2+1+2+1+2+1=9 ise 9/6 = 1,5 buda 2'ye tekabül edecektir.
1- (A) sigortalısından dolayı bir sigortalıya ilave;
2- (B) ve (C) sigortalılarından dolayı iki sigortalı ilave çalıştırılmaları halinde yararlanılabilecektir.
Aşağıdaki tabloda gösterildiği gibi çalışan sayısı;
ise bu durumda destekten yararlanacak sigortalılar aşağıdaki gibi olacaktır.
31 Mart 2012 Cumartesi
11 Şubat 2012 Cumartesi
Denk Bütçe Kuralı
Harcama ve vergilerin eşit olması sonucunda borçlanmaya izin verilmemesidir. Altın kural olarak adlandırılan diğer bir anlamda gelirler ile tüketim harcamalarının eşit olması borçlanmaya sadece yatırım finansmanı için izin verilmesidir.
Uzun dönemde para arzı ve faiz oranı sabit olacak ve fiyatlarda hareket olmayacaktır. Devlet iç borçlanma senetleri (DİBS) ile borçlanma mümkün olmadığında kamu harcamalarının tamamı vergiler ile finanse edilecektir.
Diğer kurallar sabit olduğunda para politikası kuralı maliye politikası kuralına bağlanmış olacaktır. Bunun sonucunda KKBG ile GSYİH oranı sıfır (0) olacak. Maliye politikası araçları tam istihdam bütçe denkliğini sağlayacak şekilde tasarlanacaktır.
8 Şubat 2012 Çarşamba
Senyoraj ve Tanzi Etkisi
Hazinenin Merkez Bankasına iç borçlanma senetlerini satması anlamına gelir. Ayrıca Kamu geliri açısından buna senyoraj denir. Üçüncü bir tanım ise Merkez Bankasının para basmadaki gücünü kullanarak elde ettiği gelir olarak da tanımlanır.
Büyüyen bir ekonomide para arzının artmaması risk doğuracaktır. Dolayısıyla para basımı kaçınılmaz olacaktır. Devlet bu yolla gelir elde edecektir. Para basımının olması ayrıca büyüyen ekonomide enflasyonun artmasını engelleyecektir. Dikkat edilecek bir nokta para basılarak gelir elde edilmesinin üst sınırı vardır. Bu eşik aşıldığında genişleme fiyatlara yansıyacaktır. Bu durum tanzi etkisi ile açıklanabilir. Tanzi etkisi ise devletin elde ettiği gelirlerde bu eşikten sonra azalma olacak ve net gelirde kayıplar yaşanmaya başlayacaktır.
Enflasyonun kamu gelirleri üzerindeki aşınmayı hesaplamak için Tanzi etkisi üzerinden hesaplama yapılacak bu hesaplamada da vergi tahsilatında meydana gelecek ortalama geçikme ile aylık ortalama enflasyon oranı ilişkilendirilmelidir. Bu durumda gerçek kayıp bulunacaktır.
Sterilizasyon
Merkez Bankasının açık piyasa işlemlerini kullanmasına sterilizasyon denir. Merkez bankası kamu sektörü için aldığı kredilerin bir kısmını özel sektöre aktarmaktadır. Hazineye iç borçlanma senetleri ile kredi verir aynı zamanda özel kesimin elinde bulunan senetleri alarak para arzını kontrol etmektedir. Bankaların reeskont yoluyla borçlanma yoluna giderken Merkez Bankası buna müdahalede bulunmaz, nedeni ise kredi imkanlarının dağıtılması önlemek istemez. Piyasada aşırı para artışını önlemek ve müdahale etmek için devlet iç borçlanma senedi satarak piyasadan para çekebilir.
2 Şubat 2012 Perşembe
USB Belleklerden silinmeyen dosyalar
USB tokenlerden yada harici disk lerde kopyalama sırasında oluşan hatalar sonrasında dosyaların command promptan silme işlemi yapılmasına rağmen dosyaların silinememesi sorunu aşağıdaki şekilde çözebildim.
başlat/çalıştır/cmd yazın.. ve açılacak dos penceresine chkdsk/r x: yazın (buradaki x i siz harici hddnizin harfini / yada usb tokenin aldığı harfi yazın..) entere basarak chkdsk hizmetini çalıştırın. İşlem bitince silinmeyen dosyalarımızın başarıyla silindiği gözlemlendi.
başlat/çalıştır/cmd yazın.. ve açılacak dos penceresine chkdsk/r x: yazın (buradaki x i siz harici hddnizin harfini / yada usb tokenin aldığı harfi yazın..) entere basarak chkdsk hizmetini çalıştırın. İşlem bitince silinmeyen dosyalarımızın başarıyla silindiği gözlemlendi.
1 Şubat 2012 Çarşamba
System.BadImageFormatException: Could not load file or assembly
32 bit sistemlerde dll derlendiğinde 32 bit sistemde çalışır ancak bu dll 64 bit sistemde çalışması için 64 bit sistemde yeniden derlenmesi gerekir. ISS üzerinde kullanılıyor ise IIS 64 bit den 32 bit çevirilerek geçici çözüm sağlanır.
Derleme esnasında ise Any CPU seçimi yapılarak derleme sorun çözümlenir.
Derleme esnasında ise Any CPU seçimi yapılarak derleme sorun çözümlenir.
Referans Linkler:
13 Aralık 2011 Salı
Virtual PC lerin farklı makinelere kopyalanması sonucundaki network erişim problemi - Linux
Vm PC başka makineye kopyalandığında MAC adresin eth0 set edilmesinden dolayı host makineden ve Vm makine birbirlerine Ping atamamaktadır.
Kısaca Test edilecek adımlar:
/etc/network/interfaces dosyasında
auto eth2
iface eth2 inet dhcp olarak set edilmiş olduğunu görebilirsiniz.
Asagidaki komutu calıştırın.
locate 70-persistent-net.rules
ifconfig komutunu çalıştırın ve ethx hangi mac adresin set edildiği kontrol edilir.
70-persistent-net.rules dosyasını rename edin.
Bu dosya genel olarak /etc/udev/rules.d/ altında bulunur.
/etc/networks/interfaces dosyası edit edilmeli.
autho0 eth0
iface eth0 inet dhcp olacak şekilde değiştirilmeli.
70-persistent-net.rules içerisindeki Mac adresi değişitirilmeli ve makine restart edilmelidir.
Referans Link : http://ehealth-aussie.blogspot.com/2010/06/static-ip-on-debian-based-guest-vm.html
Firefox Print Problemleri - unknown error occurred while printing - Printing failed when starting the document
Firefox 1,5 portable versiyonunda görülen printer problemlerinin en kısa yoldan şuan için çözümlenmesi için bir kaç methoddan bahsedeceğim.
Aşağıda referans linkini verdiğim forumdan yaralanarak;
1- Network printerlarda daha çok karşılaşılan problemde birden fazla printer set edilmiş ise ve default printer kullanılmıyor ise bu hata ile karşılaşılabilir, çözüm için kullanılacak printer default set edilmeli ve firefox resetlenmelidir.
2- Eski versiyon firefox da yeni printerların algılama problemi oluşmasına karşılık about:config ile ayalar ekranına ulaşılıp aşağıdaki anahtar bulunarak çalıştığınız printer adı yazılmalı ve test edilmelidir.
Yukarıdaki test sonuçları başarılı olduğu gözlemlenmiş, ancak bu işlemler sorunu tamamiyle ortadan kaldırır diyemeyiz. En kısa zamanda güncel versiyona geçilmesi tavsiye edilir.
Ayrıca printer kullanımında yapılan bu işlemlerin defalarca tekrar edilmesi client tarafında sıkıntı yaşanmasına sebep olur.
user_pref("print.print_printer", ”Printer adını yazın” );”
Referans Link: http://forums.mozillazine.org/viewtopic.php?t=450885
16 Kasım 2011 Çarşamba
Firefox 3,5 cookie sorunu
Bu makalemde sizlere karşılaştığım bir sorunun çözümü hakkında kısa bilgi vermeye çalışacağım.
Firefox 3,5 de cookie bilinen javascript kodu ile yazıldığında sık olmasa bile örnek aşağıdaki kod da görüleceği üzere cookie yazma ve okumada başarı sağlanamadığı gözlemlendi.
<html> <head> <script type="text/javascript"> function getCookie(c_name) { var i,x,y,ARRcookies=document.cookie.split(";"); for (i=0;i<ARRcookies.length;i++) { x=ARRcookies[i].substr(0,ARRcookies[i].indexOf("=")); y=ARRcookies[i].substr(ARRcookies[i].indexOf("=")+1); x=x.replace(/^\s+|\s+$/g,""); if (x==c_name) { return unescape(y); } } } function setCookie(c_name,value,exdays) { var exdate=new Date(); exdate.setDate(exdate.getDate() + exdays); var c_value=escape(value) + ((exdays==null) ? "" : "; expires="+exdate.toUTCString()); document.cookie=c_name + "=" + c_value; } function checkCookie() { var username=getCookie("username"); if (username!=null && username!="") { alert("Welcome again " + username); } else { username=prompt("Please enter your name:",""); if (username!=null && username!="") { setCookie("username",username,365); } } } </script> </head> <body onload="checkCookie()"> </body> </html> |
Bu durumda yapılması gereken makale sonunda size referans aldığım linkden faydalanacağınız kodları kullanarak bu sorunu çözebildim.
Cookie yaratmak:
/* localhost cookie */ var ios = Components.classes["@mozilla.org/network/io-service;1"].getService(Components.interfaces.nsIIOService); var cookieUri = ios.newURI("http://localhost/", null, null); var cookieSvc = Components.classes["@mozilla.org/cookieService;1"].getService(Components.interfaces.nsICookieService); cookieSvc.setCookieString(cookieUri, null, "kobil=alper;", null); |
Cookie Okumak :
|
Cookie Silmek :
|
Örnek :
|
Referans Link : https://developer.mozilla.org/en/Code_snippets/Cookies
Firefox cookieler nerede saklanır?
%Temp%\AppWizard\firefox\profile klasörü altında bulunan “cookies.sqlite” dosyası içerisnde cookie aratılınca bulunabiliyor, Dosya kısmı şifrelidir
Firefox üzerinde ise ; Araçlar > Seçenekler > Gizlilik ekranında görülebilir.
19 Ekim 2011 Çarşamba
Disable Certificate Revocation List
IIS ve CA kurulum ve konfigürasyonu yapıldıktan, kullanıcılar için sertifikaların yayımlanması tamamlanıp giriş yapıldıktan bir kaç gün sonrasında CRL hatası almaya başladım ve aktif bir site olduğu için hızlı bir şekilde CRL in kontrol modunu kapatılması ihtiyacı duyuldu ancak bundan sonraki makalemde işlediğim IIS ve IE üzerinde yapılan tüm müdahalelere rağmen client sertifikaların tarihlerinin gerçerli olmasına rağmen tüm sertifikalar giriş yapamamakta ve revocation list kapasıma girmektedir. Revocation liste menüsünde de denied tabında herhangi bir sertifikanın eklendiği görülmemişti. Ancak CRL belli zaman aralıklara güncel CRL dosyası yayımlamakta ve bu dosya kapsamında olacağını tespit etttim.
CRL listesi bildiğiniz gibi bir ana liste menvcut olup belli zaman aralıklarla güncelleme listesi yayımlar ancak ana listede yer almayan bir kullanıcı ne yazıkki güncell listede olmama gibi bir durum söz konusu değildir. Benim yaptığım araştırmalarda bu şekilde bilgiye sahip oldum.
Hızlı bir şekilde listeyi disable edebilmek için yapılması gereken sunucuda aşağıdaki registry anahtarındaki değerin değiştirilmesi sonucudan başarıya ulaşılabilindi.
HKEY_LOCALMACHINE\SYSTEM\ControlSet001\Services\HTTP\Parameters\SslBindingInfo\0.0.0.0:443 anahtarına ulaşın;
Default SSL Cert Check Mode değerini 1 olarak değiştirin.
Kaynak : http://forums.iis.net/t/1100044.aspx
6 Ağustos 2011 Cumartesi
Exchange 2003 Mail Redirect
Domainde bulunan kullanıcılara gelen maillerin bir kopyasınında yöneticiye gönderilmesi istendiği durumda aşağıdaki şekilde değişiklik yapılır.
Domain user’ın properties ekranında, Delivery Options seçeneği seçilmelidir.
Forwarding Address bölümünde kopyasının gönderileceği kullanıcının adresi yazılmalıdır. Gelen maillerin her iki kullanıcıya ulaşabilmesi için aşağıdaki check box seçeneğinin seçilmesi yeterlidir.
Not:
Owa Admin ekranına ulaşamadığınızda size ilgili klasöre ulaşılamadığına dair hata mesajı verecektir. Server üzerinde ilgili klasöre gerekli hakları verdikten sonra ekrana ulaşım sağlayacaksınız.
OWA 2003 Web Access Konfigürasyonu
Kullanıcıların kurum dışında outlook hesaplarına internet bağlanıtısı olunan herhangi bir yerden sadece Internet Explorer üzerinde hesaplarına ulaşılmasını sağlayan ek bir uygulamadır. Kurulumu için “OWAAdmin.EXE” uygulamanın Microsoft sitesinden indirilip aşağıdaki şekilde kurulumunun yapılması yeterli olacaktır. Lisans sözleşmesini onaylayıp devam ediyoruz. (OWA IIS ile birlikte çalışır.)
Kurulum başarılı bir şekilde tamamlanmıştır.
Kurulum sonrasında Programlarda Web Access Yönetim Ekranına ulaşılabilinecektir.
Bu ekran üzerinde kullanıcılar için bir çok ayar yapılabilinmektedir. Biz sadece OWA üzerinde kullanıcıların şifrelerinin değiştirilmesi için yapılması gereken basit yapılandırmayı inceleyeceğiz.
Güvenlik menüsünden Şifrelerin değiştirilmesini sağlayan ayar default kurulumda kapalı olarak gelmiştir. Bu özelliği açarak OWA üzerinde nereden yapılabileceğini göstereceğiz.
IIS üzerinde Default Web Site sağ click ile yeni bir virtual directory oluşturmamız gerekiyor.
Bu diretory ismine aşağıdaki ekranda görüldüğü gibi bir isim vereceğiz.
System32 altında bu klasörü seçeceğiz.
Bu klasörün haklarını aşağıdaki ekranda görüldüğü gibi değiştireceğiz.
İşlemi tamamlıyoruz.
IIS üzerinde Exchange klasörünü browser ile çağırdığımızda aşağıdaki ekran görüntüsünde görüldüğü gibi OWA İnternet Explorer üzerinde erişilebilir duruma gelecektir.
İnternet Explorer üzerinde çağırdığımızda ekran görüntüsü aşağıdaki gibi olacaktır.
Şifre işlemi ile ilgili yaptığımız değişiklik Options kısmında görülebilecektir.
Kaydol:
Kayıtlar (Atom)




















