Amme Alacaklarına göre tahakkuk tahsilat
Yilmaz Kirlikaya
Selamlar;
Bir devlet dairesinde amme alacakları kanunu tahakkuk ve tahsilatına ilişkin bir projemiz var;
Daha önce bu tarz bir tahakkuk tahsilat sistemi yazmış olan arkadaşlar var mı?
Tahakkuk kalemlerinden istenilen üzerinde kısmı tahsilat söz konusu;
Borcun oluştuğu dönemden bu yana geçen süre için amme alacakları dönem ve oranlarına göre faizlendirme söz konusu;
İstisnai bir durum ama fazla tahsilat ve sonucunda emanet hesabı oluşması söz konusu;
Tablo yapısı ve/veya elinizde hazır üretilmiş hesaplama fonksiyonları varsa konu hakkında yardımlarınızı bekliyorum.
Saygılarımızla;
Yılmaz KİRLİKAYA
NBT Bilişim Hizmetleri
Meksika Caddesi No : 27/18 Ümitköy ANKARA
E-Posta : yil...@nbt.com.tr
Tel : 0.312.236 0 144
Faks : 0.312.236 0 177
Cep : 0.532.294 97 09
Abdulkadir Bener
Tek düzen muhasebe sistemi ile esnek bir şekilde çözüm üretilebilir.
Saygılarımla.
--
Bu iletiyi Google Grupları'ndaki "bnr_net" grubuna abone olduğunuz için aldınız.
Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için bnr_net+u...@googlegroups.com adresine e-posta gönderin.
Daha fazla seçenek için https://groups.google.com/d/optout adresini ziyaret edin.
Tufan Dayi
Yılmaz Kirlikaya
Halihazırda aktif olarak bir kurumun üye yönetim sistemini (şartnamedeki madde veri tabanını direk adreslediği için) PostgreSQL üzerinde tutuyorum. 300.000 civarı üye ve yaklaşık her üye için 50 civarı detayı (aidat, disiplin, yazışma, kimlik v.b.) değişik tablolarda tutuyorum. Performansla ilgili bir sorun yaşamadım. Ancak bu sorunlarım olmadığı ve %100 mutluyum anlamına gelmiyor;
Proje başladığında (2011 ortası) Postgre 7.3 sürümündeydi ve hala o sürümde çalışıyor. (Korkumuzdan güncelleme yapmadık). Çünkü veriyi fiziksel olarak MS-SQL daki bir MDF dosyasında veya MYSQL ISAM yapısındaki gibi fiziksel bir dizin içinde tabloları birer dosya şeklinde görebilmen mümkün değil. Bu yüzden dump yöntemiyle backup, restore dan başka bir alternatif yok. Daha önceden Oracle tecrübesi varsa data yapısı oldukça benziyor.
Geniş bir extension kütüphanesi var; Base kurulumda ihtiyaç duyabileceğin bazı şeyleri de bu extension ları ekleyerek sağlayabiliyorsun. Örneğin uniqeidentifier tipinde bir değişken MSSQL’de değişken tipi olarak geliyor, MYSQL da bunu triggerla sağlıyorsun ama Postgrede bunu yapabilmek için extension yüklemen gerek. Veya GIS uygulaması yapacaksan GEO tipindeki veriler içinde yine başka bir extension yüklemen gerekecek.
Histeri seviyesinde güvenlik olayları var. İhtiyaç duyarmısın bilmem.
Birde (bana çok ilginç gelmişti ve gıcık olmuştum) değişken isimlendirmesinde illa küçük harf olsun istiyor. Yani MUSTERIADRESI, musteriAdresi gibi değişken isimleri yerine illa müsteriadresi şeklinde istiyor. Seni buna zorlamıyor. İstersen büyük harfle değişken tanımlayabiliyorsun ama kod içinden değişkeni çağırırken eğer büyük harf kullanmışsan tbl_musteri.MUSTERIADI yerine tbl_musteri.”MUSTERIADI” şeklinde çağırmanı bekliyor.
Son dönemlerde Devrim’inde (DEVRİM GÜNDÜZ) katkılarıyla Türkiye’de yaygınlaşmaya başladı. Her yıl düzenli olarak İstanbul Bahçeşehir üniversitesinde 2-3 günlük seminer ve workshoplar düzenleniyor. 2 sine katılma şansım oldu. İlk sene 60 kişilik bir katılım ile gerçekleşti. 2. Sene bu sayı 200 civarı idi. Bu popülaritesinin artmaya başladığını gösteriyor diyebiliriz.
Ücretsiz olması ve Oracle a alternatif gösterilmesi sebebiyle bu trend biraz daha büyür gibime geliyor.
Bildiğim ve haşır neşir olabildiğim bir projede RTÜK’te var. Türkiyenin en büyük storagelerinden biri olan SKAAS (sayısal kayıt arşiv sistemi-tv yayınlarının 6 aylık süreyle kayıt edilmesi) Postgre üzerinde yürüyor.
Son birkaç cümle;
Postgrenin gerçek performansı için Linux öneriliyor. Windows altında hayal kırıklığı yaşayabilirsin.
Yürüttüğüm üye yönetim sistemini 2016 yılında Perconaya taşımak için planlama yapıldı ve çalışmalara başladık.
--
Tufan Dayi
iPhone'umdan gönderildi