Netsis Erp Özel Parametreler

İstek No 7082

Tarih	Program
17.04.2002	Temelset.Fatura.Satış Faturası
Koşul	SATIŞ FATURA BASIMI YAPILIRKEN
Problem	BASIM SORGUSUNUN DEFAULT OLARAK İŞARETLİ GELMESİNİ İSTERLER.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.03.2005	3	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.2.4769)
Modül	fatura modülü
Açıklama	ÖZEL PARAMETRELER GRUP KODU:FATURA,ANAHTAR:BASIM

İstek No 7214

Tarih	Program
07.05.2002	Personel.Netsis Personel.Personel Sabit Bilgileri
Koşul	BIR TERMINALDEN YENI AYA DEVIR YAPILIRKEN DIGER TERMINALDEN YENI PERSONEL KAYIT EDILMEYE CALISILDIGINDA HATA GELIYOR.
Problem	Windows kontrol bileşenlerinde yanlış kullanım!

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.11.2005	2	Tamam	Evet	Evet
Dosya	PERSONEL.DLL(3.0.12.1545), NETPER.EXE(3.0.12.138)
Modül	personel bordro modülü
Açıklama	Özel Parametrelere Grup Kodu : PERSONEL, Anahtar Değeri : MULTIUSAGEWORK olan bir kayıt eklenmelidir. Bu parametre girildiyse , multi-user ortamlarda kişiler bordroda işlem yapıyorsa, başka bir kullanıcının yeni aya devir yapamaması sağlandı.

İstek No 8251

Tarih	Program
25.11.2002	Temelset.Fatura.Satış Faturası
Koşul	"KDVnin vade tarihi bir sonraki ayın 25’i yapılsın mı" parametresi açık.
Problem	KDV’nin vade tarihini farklı verebilmek istiyorlar. Örneğin 20’si.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.05.2004	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.2808)
Modül	fatura
Açıklama	Özel parametre kullanılarak vade gunu değiştirilebilir. Default 25 olarak bırakıldı. DEGER: Parametre icinde tanımlanan gün sayısı buraya getirilmeli. GRUP KODU: Fatura, ANAHTAR: kdvvadegun şeklinde bir tanımlama yapılmalıdır.

İstek No 10071

Tarih	Program
22.12.2003	Temelset.Fatura.Müşteri Siparişleri
Koşul	Stok kartı Kullanıcı tamınlı sahahalardan kulln1 sahasına nümerik bir değer yazılacak. Stok kodu müşteri siparişinde, irsaliye veya fatura da seçildiğinde ekalan1′ e bu değer gelecek.Kullanıcı isterse bu değeri değiştirebilir. Miktar sahasını doldurunca miktar/ekalan1 hesap sonucu oluşan değer miktar2 ye gönderilecek.
Ek Açık.	Miktar sahası üzerinden her tab ile geçişte bu işlem gerçekleşsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.06.2004	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.3083)
Modül	FATURA
Açıklama	FATURA/PALETMIKTARIEKALAN1 seklinde ozel parametre girilmelidir. (Stok kartından gelen 3.ölçü birimi PL ise pay/payda ekalana getirilip bu değer miktarla çarpılarak, çarpım miktar2’ye atıldı.

İstek No 10253

Tarih	Program
19.01.2004	Temelset.Fatura._GENEL
Koşul	stok kartı dovızli olan bir stoğu tl satarken doviz fiyatına bir şey girilmezse doviz tipinide sıfırlaması
Problem	(bu özellikle döviz tipini sıfırlamayan ve ay sonları stokta döviz çevrim işlemi yapan müşteriler de sorun oluyor)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.04.2004	2	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.2638)
Modül	FATURA
Açıklama	OZEL PARAMETRELERE FATURA/DOVIZTIPIKONTROL seklinde ozel parametre girilmesi gerekiyor.

İstek No 10665

Tarih	Program
17.03.2004	Temelset.Fatura.Satış Faturası
Problem	Iade tipli irsaliye kayıtlarında sthar ‘a ‘H’ yerine ‘L’ yada ‘M’ atılabilmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.03.2004		Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.2429)
Modül	fatura
Açıklama	Ozel parametrelere FATURA IADETIPI seklinde parametre girilmelidir. Bu kayıt varsa fatura irsaliye kayıtları için sthar_htur sahasına ‘H’ yerine ‘L’(IADE) ya da ‘M’ (ZAYI IADE) değeri atıldı.

İstek No 10830

Tarih	Program
05.04.2004	Temelset.Fatura._GENEL
Ek Açık.	Prof2000 de genel toplama müdahale edilebiliyordu. Fusionda edilemiyor. Bu konu ile ilgili daha önce girilen istek entegrasyon kayıtlarında hataya yol açabileceği gerekçesi ile reddedilmişti.
Problem	Müşteri yuvarlamayı otomatik olarak hesaplayabilecek bir çözüm istiyor. Örneğin mal kalemleri toplamı 6000088 ancak faturada genel toplam 6000000 olarak kesilmiş 88 liralık yuvarlama otomatikman hesaplansın isterler.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.04.2004		Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.2654)
Modül	FATURA
Açıklama	FATURA/SATFATKARSITOPLAM VE FATURA/ALFATKARSITOPLAM OZEL PARAMETRELERIYLE ALIS VE SATISDA PARAMETRIK OLMUSTUR.

İstek No 10840

Tarih	Program
07.04.2004	Temelset.Müstahsil Faturası._GENEL
Koşul	Kanun: Madde 39 her nevi telekomünikasyon altyapısı (kablo ve uydu dahil) üzerinden radyo ve televizyon yayınlarının iletilmesine ilişkin hizmet verenlerin bu hizmetleri %15 oranında özel iletişim vergisine tabidir.
Problem	FATURADA OZEL ILETISIM VERGISININ DESEKLENMESI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.04.2004		Tamam	Evet	Hayır
Dosya	Fatura.dll(3.0.0.2624), Stok.dll(3.0.0.722) Entegre.dll(3.0.0.113) Stktrk.dll enttrk.dll
Modül	FATURA,STOK,ENTEGRASYON
Açıklama	Özel parametrelere FATURA/OZELILETISIMVERGISI seklinde bir key girilmesi gerekiyor. Ötv bilgilerinin girildigi stokda otv oranları entegrasyonda otv hesap kodu sahaları artık bu parametre varsa öiv olarak kullanılacaktır.

İstek No 10850

Tarih	Program
08.04.2004	Temelset.Dekont.Serbet Meslek Makbuz Kaydı
Problem	28/02/2004 tarihli 25387 nolu resmi gazetedeki 91 seri nolu kdv genel tebliğine göre genel bütçeye dahil daireler, il özel idareleri, BELEDİYELER VE BUNLARIN TEŞKİL ETTİKLERİ BİRLİKLERİN tevkifata tabi tutlmaları öngörülmüştür. Tevkifat uygulanacak işlemler: 1. Müh. Mimarlık proje işleri 2.Temizlik, çevre bakım işleri 3. Özel güvenlik hizmetleri 4.Bakım onarım hizmetleri 5.Her türlü yemek servisi 6.Danışmanlık ve denetim hizmetleri. BU KAPSAMDA SERBEST MESLEK MAKBUZU KAYDINDA TEVKIFAT UYGULAMASI DESTEĞİ İSTENMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.04.2004	1	Tamam	Evet	Hayır
Dosya	DEKONT.DLL(3.0.0.283),DEKTRK.DLL
Modül	DEKONT
Açıklama	OZEL PARAMETRELERDE DEKONT TEVKIFAT OLARAK TANIMLANMALI.VE ORAN 2/3 SEKLINDE DEGERINE GIRILMELIDIR. TEVKIFAT TUTARI HESAPLANMAKTADIR. STOPAJ TUTARI VE ORANI SIFIRLANMALIDIR.

İstek No 10856

Tarih	Program
09.04.2004	Temelset.Fatura._GENEL
Koşul	SERİ KULLANILIYOR.
Problem	MİKTARSIZ MALİYET KAYDI YAPILIRKEN SERİ PENCERESİNİN GELMESİ VE VAR OLAN SERİLER SEÇİLEREK 0 MİKTAR İLE SERİYE MALİYET BİNDİREBİLMEK İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.04.2004		Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.2635)
Modül	FATURA
Açıklama	Özel Parametre sistemine Fatura, MiktarsizSeri değeri varsa miktar = 0 için olan kayıtlarda seri penceresi çıkıyor.

İstek No 10873

Tarih	Program
12.04.2004	Temelset.Muhasebe.Yevmiye Defteri
Problem	YEVMİYE DEFTER BASIMI YAVAS. HIZLANMASI ICIN BOLD BASILAN YERLERIN NORMAL FONTTA BASILMASI

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.04.2004		Tamam	Evet	Hayır
Dosya	MUHASEBE.DLL(3.0.0.348)
Modül	MUHASEBE
Açıklama	öZEL PARAMETRELERE MUHASEBE/NORMALDOKUM seklinde parametre girilmesi gerekiyor.

İstek No 10910

Tarih	Program
15.04.2004	Temelset.Entegrasyon._GENEL
Ek Açık.	KASA TAHSİL VE KASA TEDİYE AKTARIMLARI GÜN BAZINDA AKTARMA İLE AKTARILIYOR.
Problem	MUHASEBEDE OLUŞAN YEVİYE FİŞİNDEKİ 100 HESABININ KÜMELE OLARAK DEĞİL İŞLEM BAZINDA AYRI KALEMLERDE GÖRÜLMESİ.EVRAK BAZINDA AKTARIM YAPILMASI HALİNDE KASADAKİ HER BİR İŞLEMİ AYRI FİŞ HALİNE GETİRECEK BUNUN HEM TAKİBİ HEMDE BASIMI ZOR OLACAĞINDAN DOLAYI GÜNLÜK AKTARIMLA OLUŞAN FİŞTE KASA HESABININ DETAYLI GÖRÜNMESİ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 10912

Tarih	Program
15.04.2004	Temelset.Fatura._GENEL
Koşul	Yükleme emri ekranında
Ek Açık.	yükleme emrinde sıra,sipariş no,miktar,açıklama,ekalan,miktar2, alanlarının yanına ,
Problem	BARKOD projesi doğrultusunda F_YEDEK2 alanının eklenmesi (Alan adı yükleme ekranında Yüklenen olacaktır.)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.05.2004	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.2866)
Modül	FATURA
Açıklama	Ozel parametre sistemine gore grup "fatura", anahtar "yukemribarkod" degeri var ise yapıldı.

İstek No 10913

Tarih	Program
15.04.2004	Temelset.POS.Ürün Gönderme
Koşul	Planlama kayıtlarında yapmış olduğumuz satıs kilit, ürün dosyasında yansımıyordu fakat şuan bir kartta işlem yapıyorum ve genel kilit yapılmış gibi ürün dosyasına yansıtıyor. (587.sütun)
Ek Açık.
Problem	Bununla ilgili olarak özel parametrelere POS için bir parametre ekleyerek bu durumu çözebilirmiyiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.04.2004	1	Tamam	Evet	Hayır
Dosya	POS.DLL (3.0.0.230)
Açıklama	Özel Parametrelere PEHSATISKILIT girilmesi gerekiyor.

İstek No 11104

Tarih	Program
13.05.2004	Temelset.Fatura._GENEL
Koşul	proje kodu uygulaması var.
Problem	fatura modülünde parametrelerde default proje kodu uygulaması olsun.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.06.2004	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.3092)
Modül	FATURA
Açıklama	OZEL PARAMETRELERE GRUP KODU FATURA/ ANAHTAR PROJEONDEGER/ DEGER GELMESI ISTENILEN PROJE KODU VERILMELIDIR.

İstek No 11130

Tarih	Program
20.05.2004	Personel._GENEL._GENEL
Koşul	Personel programında iki personel aynı anda bir ay içerisinde çalışıyorlar.
Ek Açık.	Menulerdeki işlemlerin yapıldığı ay bilgisininde kullanıcının dikkatini çekecek kadar büyük bir fontta yazılmasıda ayrıca sağlanması.
Problem	Personellerden bir tanedi geçmiş aylara geri dönüyor.Fakat diğer personellin bundan haberi yok. İşlemlerini yapmaya çalışırken ana menuye çıkıp girdiğinde o da geçmiş aya geri dönmüş oluyor. Eğer bunu farketmez ise geçmiş ay puantajlamalarını bozuyor.Geçmiş aya geri dönüş işlemlerinde eğer program içerisinde o şirkette çalışan başka personeller varsa kontrol etmesi ve geçmiş aya geri dönüşe gerekli uyarıyıda vererek izin vermemesi. Geçmiş aylara geri dönüş yapılabilmesi için kullanıcıların programdan çıkıp girmeye zorlanması.AYRICA AYNI SORUN DEMIRBASTA DA OLABILIR YANI BURADA AYNI KONTROL COZUMLERI GEREKIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.11.2005	3	Tamam	Evet	Evet
Dosya	PERSONEL.DLL(3.0.12.1545), NETPER.EXE(3.0.12.138)
Modül	personel bordro modülü
Açıklama	Özel Parametrelere Grup Kodu : PERSONEL, Anahtar Değeri : MULTIUSAGEWORK olan bir kayıt eklenmelidir. Bu parametre girildiyse , multi-user ortamlarda kişiler bordroda işlem yapıyorsa, başka bir kullanıcı geçmiş-ileri aya dönüş yapamaması sağlandı.

İstek No 11167

Tarih	Program
25.05.2004	Temelset.Fatura._GENEL
Koşul	SIPARISTE EKMALIYET1 NAKLIYE BEDELI OLARAK, EKMALIYET2 NAKLIYE DESTEGI OLARAK KULLANILMASI(-).
Problem	İrsaliyeye geçmesi gereken değerin EKMaliyet1irsaliye teslim kilogramı / Toplam sipariş Kilogramı, EkMaliyet2 irsaliye teslim kilogramı / Toplam sipariş Kilogramı olarak hesaplaması.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.05.2004		Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.0.2941)
Modül	FATURA
Açıklama	· FATURA / NAKLIYEDESTEGI · FATURA / NAKLIYETONAJ/15000 · FATURA / NAKLIYETONAJKATSAYI/1.05 seklinde ozel parametre girilmesi gerekiyor. · Fatura parametrelerinde ek maliyet1 ve ekmaliyet2 işaretlenmeli. · Fatura parametrelerinde ek maliyet1 = birim ağırlık * nakliye katsayısı hesaplansın işaretlenmeli.

İstek No 11210

Tarih	Program
31.05.2004	Temelset._GENEL._GENEL
Koşul	CİRO PRİMİ UYGULAMASI KULLANILIYOR İSE
Problem	KOŞULDA, CİRO PRİMİ UYGULAMASI KULLANILIYOR İSE MANUEL MAL FAZLASI İSKONTOSU YAPABİLMESİ VE BU MAL FAZLASI İSKONTOLARINI CİRO PRİMİ HESAPLAKEN DKKATE ALMAMASI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.06.2004	1	Tamam	Evet	Evet
Sorumlu	CENK
Dosya	FATURA.DLL(3.0.0.3072),CARI.DLL(3.0.0.810),DBUPDATE(3.2.0.713)
Modül	FATURA
Açıklama	GRUP KODU ‘CIROPRIMI’ VE ANAHTARI ‘MALFAZLASI’ OLAN ÖZEL PARAMETRE TANIMLANMALI.BU TANIMLAMADA VERİLEN DEĞER İLE FATURA VEYA SIPARİŞ SATIRLARINDA EKALAN2’YE GİRİLEN DEĞER AYNI İSE MAL FAZLASI İSKONTOSU YAPTIĞI ANLAŞILACAKTIR VE UYGULAMA ONA GÖRE DAVRANACAKTIR.

İstek No 11224

Tarih	Program
01.06.2004	_GENEL._GENEL._GENEL
Koşul	Stok ve Cari Kart açılırken Kartın default tüm şubelerde geçerli olması
Ek Açık.
Problem

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.07.2004		Yanıtlandı	Evet	Hayır
Açıklama	YARDIMCI PROGRAMLAR ÖZEL PARAMETRELERDE; GRUP KODU: GENEL, ANAHTAR : ISLETMEDESUBEDEORTAK, DEGER : 0 GİRİLMELİDİR.

İstek No 11226

Tarih	Program
01.06.2004	_GENEL._GENEL._GENEL
Koşul	Stok ve Cari sabit kartlarının istenen bir yada daha çok şubede ortak olabilmesi yada olmaması
Ek Açık.
Problem

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.07.2004		Yanıtlandı	Evet	Hayır
Açıklama	YARDIMCI PROGRAMLAR/ÖZEL PARAMETRE TANIMLAMADA: GRUP KODU : GENEL ANAHTAR : ISLETMEDESUBEDEORTAK DEGER : 0 GİRİLMELİDİR.

İstek No 11296

Tarih	Program
08.06.2004	Temelset.Fatura._GENEL
Koşul	SATIR BAZI FİYAT SORULSUN MU PARAM. AÇIK.
Ek Açık.	ÖRNEĞİN SATIŞ FİYATI 1 DEN KAYDEDİLEN KALEM TEKRAR ÇAĞRILIP SATIŞ FİYAT 2 DEN SATILMAK İSTENİYOR.
Problem	FAKAT FİYATI DEĞİŞTİRMİYOR. FİYATI DEĞİŞTİRİLEBİLMESİ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.06.2004	1	Yanıtlandı	Evet	Hayır
Açıklama	Özel parametrelerde; GRUP KODU FATURA, ANAHTAR FIYATGUNCELLE, DEGER 0 girilmeli.

İstek No 11320

Tarih	Program
10.06.2004	Temelset.Fatura.Satiş Parametreleri
Koşul	Genel-3 İrsaliye/Fatura/Siparişte satır bazı fiyat sorulsunmu parametresi kullanılıyor.
Problem	Satış faturası kaydı yapılırken bu parametre ile ilgili olarak satır bazında fiyat seçiliyor.Fatura kaydediliyor tekrar aynı faturanın içerisine girildiğinde fiyatta değişiklik yapılamıyor.fiyatı değiştirebilmesi isteniyor.not:fiyatın değiştirilmemesi için daha önce istek girilmiş fakat ilgili müşteri milenium’da değiştirebildiği için fusionda da aynısının olmasını istiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.08.2004	1	Tamam	Evet	Hayır
Dosya	fatura.dll (3.0.0.3294)
Modül	fatura modülü
Açıklama	FATURA/FIYATGUNCELLE seklinde ozel parametre girilmesi gerekiyor.

İstek No 11324

Tarih	Program
10.06.2004	Temelset.Fatura.Satış Faturası
Koşul	Fatura Satış parametrelerinde Genel3’de İrsaliye/Fatura/Siparişte satır bazı fiyat sorulsun mu parametresi işaretli.
Ek Açık.	Fatura.Dll: 3.0.0.2539 ‘da sorguluyor. Fatura.Dll: 3.0.0.2941 ‘de sorgulamıyor.
Problem	Satır bazında stok kartındaki fiyatlardan birini seçip satırı tamamlıyorum. Kalem’i tekrar çağırdığımda farklı bir fiyat seçildiğinde satış fiyatını stok kartından yeniden sorgulamıyor. Kalem yeniden çağırılıp farklı bir fiyat seçildiğinde sorgulanması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.08.2004	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.0.3294)
Modül	fatura modülü
Açıklama	FATURA/FIYATGUNCELLE seklinde ozel parametre girilmelidir.

İstek No 11696

Tarih	Program
21.07.2004	Temelset.Fatura.Müşteri Siparişleri
Koşul	KOSUL UYGULAMASI VAR.CARI KARTTA KOSUL KODU VAR VE ISK.TANIMLI. DETAY KOSULDA ISK.LAR SIFIR.
Problem	M.SIPARISI GIRILIYOR. KOSUL KODU SILINIP GECILIYOR. GENEL ISK1. CARI KARTTAN GELEN SIFIRLANIYOR. TESLIMAT ICIN IRSALIYE ON SORGUDAN SIPARIS NUMARASI VERILDIGINDE CARI KARTTAN ISKONTO GELIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.08.2004	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL (3.0.0.3327), DIZAYN.DLL (3.0.0.328)
Modül	fatura modülü
Açıklama	Yardımcı programlar "Özel Parametre Tanımlamaları" ekranında Grup Koduna ‘FATURA’ Anahtara ‘ISKONTOGUNCELLE’ ve Değere ‘H’ girilerek sorun çözülebilir.

İstek No 11946

Tarih	Program
23.08.2004	Temelset.Fatura.Satış Faturası
Problem	Satış faturası kaydı yaparken stoklardaki satış fiyatı-1 fiyat hanesine getiriliyor. Bu fiyat üzerinde değişiklik yapıp faturayı kaydediyoruz. İlgili faturayı tekrar çağırdığımızda fiyatlar stok kartın tekrar okunuyor. Bu uygulamayı 01.01.2004-18.08.2004 arasında set güncellemesi yapılana kadar kayıt ettiğimiz fiyatlarda herhangi bir değişiklik olmadan kullanıyorduk.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.08.2004		Tamam	Evet	Hayır
Dosya	FATURA.DLL (3.0.0.3368)
Modül	fatura modülü
Açıklama	YRD. PROG. OZEL PARAM. GRUP KODU: FATURA ANAHTAR : FIYATGUNCELLE Anahtar kaldırılmalı.

İstek No 11950

Tarih	Program
24.08.2004	Temelset.Müşteri Çekleri.Tahsildeki Çekler Listesi
Koşul	CARİ HESABA ÇEK CİROSU VE TAHSİL HESABINA ÇEK CİROSUNDA MUHASEBEYE TEK TEK AKTARILSIN ISARETLI ISE
Ek Açık.	KARAOGLU
Problem	ENTEGRASYONA TEK TEK 101 HESAP VE 120 HS. OLARAK ATIYOR. 10 CEK GIRILDIYSE ENTEGRASYONDA 20 KAYIT OLUYOR. PROF2000 DE OLDUGU GIBI 101 HESAP DETAYLI 120 HS KUMULE OLARAK AKTARILSIN.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.08.2004	1	Tamam	Evet	Hayır
Dosya	MCEK.DLL,MSEN.DLL,BCEK.DLL,BSEN.DLL
Modül	müşteri çekleri / senetleri; borç çekleri / senetleri.
Açıklama	ÖZEL PARAMETREYE BAĞLI OLARAK YAPILDI. "CEKSENET","CARIMUHTOPLAMAT", "0" OZEL PARAMETRE TANIMLAMASI YAPILMALIDIR.

İstek No 12009

Tarih	Program
01.09.2004	Temelset.Stok.Sayım Girişi
Koşul	LOKAL DEPO UYGULAMASINI KULLANIYORLAR
Ek Açık.	SAYIM GİRİŞİ YAPILIRKEN STOK KODU YAZILDIĞINDA STOK KARTINDAKİ DEPO KODUNUN OTOMATİK GELMESİNİ İSTİYORLAR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.09.2004	1	Tamam	Evet	Hayır
Dosya	stok.dll
Modül	stok modülü
Açıklama	‘STOK’,’SAYIMDADEPOGETIR’ özel parametresinin tanımlanması gerkiyor

İstek No 12098

Tarih	Program
13.09.2004	Temelset.Fatura._GENEL
Koşul	Kalem bilgileri girişinde lokal depo kodu takrarı
Ek Açık.	Kalem bilgileri girişinde lokal depo kodu takrarı
Problem	Fatura \| Müşteri Siperişi \| Depolar arası tranfer işlemlerinde kalem bilgileri girişinde ilk kalemde girilen depo kodunu sonraki kalemlerdede otomatik olarak getirmesine ihtiyaç duymaktayız.Bu uygulama Kalem bilgilerinde satıcı kodu sahası için hali hazırda mevcuttur program ilk girilen satıcı kodunu sonraki kalemlere otomatik getirdiği gibi lokal depo kodu sahasına ilk girilen depo kodunu sonraki kalemlere otomatik getirmesi uygulamada kolaylık sağlayacaktır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.01.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll (3.0.2.4310)
Modül	fatura modülü
Açıklama	FATURA/DEPOKODUTEKRARETSIN/1 OZEL PARAMETRE TANIMLANMALI

İstek No 12181

Tarih	Program
22.09.2004	Temelset.Fatura.Aliş İrsaliyesi
Koşul	Alış irsaliyesi veya faturalarında otomatik fiyat düzeltilmesi
Problem	Alış irsaliyesi veya faturalarında stokta Alış Fiyatı_1 ve Alış fiyatı_2 tanımlı. Kalem bilgilerinden kayıt girerken stokun fiyatıyla ilgili değişikliği otomatik stoktan getirebiliyoruz. Fakat o fatura ya da irsaliyeye geri dönüp, diyelim Fiyat2 yi Fiyat1 e çevirdiğimizde otomatik stoktan getirmiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.09.2004	2	Yanıtlandı	Evet	Hayır
Açıklama	Özel parametrelerde; GRUP KODU FATURA, ANAHTAR FIYATGUNCELLE, DEGER 0 girilmeli.

İstek No 12346

Tarih	Program
15.10.2004	Temelset._GENEL._GENEL
Problem	FATURA MODÜLÜNDE ÖZEL KOD 2 İLE SATIŞ FİYATLARINI KULLANIYORUM. SİPARİŞ KESİYORUM SATIŞ FİYATI ÖZEL KODDA NE TANIMLI İSE O DOĞRU OLARAK GELİYOR ANCAK ŞİPARİŞİ İRSALİYELEŞTİRİRKEN HERHANGİ BİR DEĞİŞİKLİKTE ÖRNEĞİN MİKTAR DEĞİŞİKLİĞİNDE ÖZEL KOD 2 DE KULLANDIĞIM SATIŞ FİYATI OTOMATİK OLARAK SATIŞ FİYATI 1 İ GETİRİYOR.İRSALİYEDE HERHANGİ BİR DEĞİŞİKLİKTE SİPARİŞTEKİ ÖZEL KOD 2 DE TANIMLANAN SATIŞ FİYATI NE İSE O GELSİN İSTİYORUM.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.10.2004	1	Yanıtlandı	Evet	Hayır
Açıklama	Son dosyalarda — fatura.dll (3.0.2.3646)– program; yardımcı programlar/özel parametrelerde "fiyatgüncelle" parameteresinin olmadığı durumlarda fiyatı değiştirmez

İstek No 12398

Tarih	Program
19.10.2004	Temelset.Fatura.Satış Faturası
Koşul	FATURADA FARKLI TESLIM CARISI KULLANILIYOR.
Ek Açık.	CARI KARTLARA TESLIM CARISI VE FATURA CARISI SAHALARININ EKLENMESI VE BU SURETLE FATURALARDA ONCE TESLIM CARISI GIRILDIGI TAKTIRDE CARI KARTINDAKI FATURA CARI KODUNUN KESILEN BELGEDEKI CARI KOD SAHASINA OTOMATIK GELMESI ISTENIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.02.2005	1	Tamam	Evet	Evet
Dosya	fatura.dll(3.0.2.4696); fattrk.dll
Modül	fatura modülü
Açıklama	Özel parametre kullanılmalı. ‘FATURA’,’TESLIMCARITASI’,’1′

İstek No 12448

Tarih	Program
23.10.2004	Temelset.Fatura.Satış Faturası
Koşul	SATIR BAZI FIYAT UYGULAMASI PARAMETRESI ACIK IKEN
Ek Açık.	STOK KARTINDAKI DOVIZ TIPI ‘0’ TANIMLI AMA DOVIZ SATIS FIYATINDA TL TUTAR GIRILI.FATURA BASKI YAPILMADAN KESILIYOR.SONRA AYNI FATURAYA GIRILIP FIYAT TIPI DEGISTIRILIYOR.DOVIZ SATIS FIYATI SECILIYOR.AMA FIYAT DEGISMIYOR.ILK GIRILEN DEGER KALIYOR.TL’LERDE BOYLE BIR SIKINTI YOK SADECE DOVIZ FIYATI KULLANILDIGINDA BUNU YAPIYOR.
Problem	STOK KARTINDAKI DOVIZ TIPI ‘0’ TANIMLI AMA DOVIZ SATIS FIYATINDA TL TUTAR GIRILI.FATURA BASKI YAPILMADAN KESILIYOR.SONRA AYNI FATURAYA GIRILIP FIYAT TIPI DEGISTIRILIYOR.DOVIZ SATIS FIYATI SECILIYOR.AMA FIYAT DEGISMIYOR.ILK GIRILEN DEGER KALIYOR.TL’LERDE BOYLE BIR SIKINTI YOK SADECE DOVIZ SATIS FIYATI KULLANILDIGINDA BUNU YAPIYOR. BU SORUN ONEDEN YOKTU YTL SETI ILE GUNCELLENDIGINDE CIKTI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.11.2004	1	Tamam	Evet	Hayır
Dosya	fatura.dll (3.0.2.3799)
Modül	fatura modülü
Açıklama	ÖZEL PARAMETRELERDE; FATURA, FIYATGUNCELLE PARAMETRESİNİN EKLENMESİ GEREKİYOR.

İstek No 12466

Tarih	Program
25.10.2004	Temelset.Fatura._GENEL
Koşul	Fatura /Siparis islemlerinde
Ek Açık.	Parametrik olsun.
Problem	Carinin kartında eğer fiyat grubu varsa fatura ve sipariş işlemlerinde sağ klik/fiyat listeleri ekranında sadece o cari ile ilgili fiyat grubunun malları gelsin. Sadece kendisine bağlı olan bu fiyat listesinden olan fiyatlardan bir tanesini seçebilsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.03.2005	2	Tamam	Evet	Evet
Dosya	fatura.dll (3.0.2.4702)
Modül	fatura modülü
Açıklama	FATURA,CARIFIYATGRUBU özel parametresinin tanımlanması gerekiyor.

İstek No 12593

Tarih	Program
09.11.2004	Temelset.Müstahsil Faturası._GENEL
Koşul	MUSTAHSIL MAKBUZU DOS VERSIYONUMUZDA OZEL UYGULAMALARI VAR..SIRKET ADI PAGMAT ISE (YARDIMCI PROGRAMLARDA)
Ek Açık.	MUSTERI PAGMAT GIDA
Problem	MUSTAHSIL MAKBUZU KAYDINDA TOPLAMLAR SAHASINDA EGER CEKIN BANKASI VADESI VE CEK TUTARI GIRILIYORSA MUSTAHIL MAKBUZU KESILEN CARI HESABIN HAREKET KAYDINA ALACAK HAREKETINDEN BASKA BU CEK BILGISI VE TUTARDA BORC KAYDEDIYOR….BU UYGUILAMANIN WINDOWS VERSIYONDA OLMASINI ISTERLER.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.11.2004	1	Tamam	Evet	Hayır
Dosya	mustf.dll(3.0.2.294)
Modül	Müstahsil modülü
Açıklama	OZEL PARAMETRE ILE COZULDU. GRUP KODU: MUSTAHSIL ANAHTAR : CEKKAYIT DEĞER : 0 DEGERLERINE SAHIP PARAMETRE GIRILMELIDIR.

İstek No 12609

Tarih	Program
11.11.2004	Temelset.Stok.Sayım Girişi
Koşul	Seri takibinde FIFO’ya göre çıkış oluşturma kullanılıyor.
Ek Açık.	ACİL
Problem	Yeni uygulama ile sayım girişinde seri bilgisi girilmesi zorunlu hale getirildi. Fakat bu yeni uygulama müşteriye uymuyor. Bir parametre ile sayım sırasında serinin girilip girilmeyeceği sorulmalı, isteyen girmemeli. Müşteri sayım farklarını işletip oluşan çıkış hareketlerine seri bilgisini FIFO’ya göre çıkış seri oluşturma ile atıyor. Sayım esnasında seri bilgisi girmeleri mümkün değil.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.03.2005	1	Tamam	Evet	Hayır
Dosya	stok.dll(3.0.2.1503)
Modül	stok modülü
Açıklama	STOK / SAYIMDASERISORMA / 1 OZEL PARAMETRE ILE YAPILDI.

İstek No 12853

Tarih	Program
02.12.2004	Temelset.Fatura.Satış Faturası
Koşul	genel sorun
Ek Açık.	fatura satış parametreleri satır bazı fiyat sorulsun ve özel kod1 uygulamasında hata
Problem	ek açıklamada bahsi geçen uygulamarda normal kayıtlarda bir sorun yok fakat düzeltme kayıtlarında seçilen farklı fiyat gelmiyor eski fiyat kalıyor bir çok müşterimiz bu uygulamaları kullanmakta olup bu sorunun düzeltilmesini rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.12.2004		Yanıtlandı	Evet	Evet
Açıklama	ÖZEL PARAMETRELERDE; FATURA, FIYATGUNCELLE PARAMETRESİNİN EKLENMESİ GEREKİYOR.

İstek No 13047

Tarih	Program
20.12.2004	Temelset.Fatura.Yükleme Emri
Koşul	YÜKLEME EMİRLERİNİN İRSALİYELEŞTİRİLMESİ
Ek Açık.	YÜKLEME EMİRLERİNDEN İRSALİYELEŞTİRME YAPILIRKEN PROGRAM STOKLQARIN EKSİBAKİYEYE DÜŞMELERİNE RAĞMEN HIC BIR UYARI VERMEDEN IRSALIYEYI OLUSTURMASI

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.12.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.10.5492)
Modül	fatura modülü
Açıklama	Özel Parametre : ‘SEVKYUKLEME’,’EKSI_BAKIYE_KONTROL’

İstek No 13143

Tarih	Program
29.12.2004	Temelset.Cari.Detay Koşul Kayıtları
Problem	Mamul sevkiyatlarında ortaya çıkan firenin faturaya iskonto olarak yansıtılmasını sağlıyacak gerekli tanımlamaların yapılabilimesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.12.2004		Tamam	Evet	Evet
Dosya	fatura.dll(3.0.2.4117)
Modül	fatura modülü
Açıklama	FATURA DA BU EKRANDAN SEÇİLECEK İSKONTOYA; YARDIMCI PROGRAMLARDAN BELİRTECEK SAHALARDAN GELEN DEĞERLERİN CARPIMININ ATILMASI SAĞLANDI. ÖZEL PARAMETRELER: FATURA – FIRECARISAHA – KULL3N(BURADA BELİRTİLEN SAHA DEĞİŞEBİLİR) FATURA – FIRESTOKSAHA – KULL3N(BURADA BELİRTİLEN SAHA DEĞİŞEBİLİR)

İstek No 13354

Tarih	Program
15.01.2005	Temelset.Stok.Sayım Girişi
Koşul	SAYIM GİRİŞİNDE BİRDEN FAZLA BİRİMDE GİRİŞ YAPILMASI
Ek Açık.	SAYIM GİRİŞİ YAPARKEN ÖRN. 105 1 KL 2 PK 14 AD SAYILMIŞ VE BUNU GİRMEK İSTEDİĞİMDE 1 KL GİRİYORUM KODU TEKRAR YAZIP PK GİRİŞİ YAPMAK İSTETİĞİMDE BİLGİSAYAR KL GİRİŞİMİ SİLİYOR
Problem	SAYIM GİRİŞİ YAPARKEN ÖRN. 105 1 KL 2 PK 14 AD SAYILMIŞ VE BUNU GİRMEK İSTEDİĞİMDE 1 KL GİRİYORUM KODU TEKRAR YAZIP PK GİRİŞİ YAPMAK İSTETİĞİMDE BİLGİSAYAR KL GİRİŞİMİ SİLİYOR

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.10.2006	1	Yanıtlandı	Evet	Hayır
Açıklama	Grup Kodu: STOK Anahtar: KUMULESAYIM Değer:1 olarak özel parametre tanımlaması ile aynı kodun tekrar girişi yapıldığında daha önceki toplamın üzerine 1.ölçü birimine çevirerek toplamaktadır.

İstek No 13499

Tarih	Program
31.01.2005	Temelset._GENEL._GENEL
Koşul	Enflasyon Muhasebesi işlemlerinde Proje Kodu Kırılımı desteği
Problem	Enflasyon Muhasebesi işlemlerinde Proje Kodu Kırılımı desteği

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.01.2005		Tamam	Evet	Evet
Dosya	muhasebe.dll (3.0.2.859)
Modül	Muhasebe modülü
Açıklama	Özel parametrelerde ENFMUH,PROJEKIRILIM tanımlaması yapılması gerekiyor.

İstek No 13657

Tarih	Program
09.02.2005	Temelset.Dizayn._GENEL
Problem	Dizayn modülünde şirket logosunun basımının desteklenmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.02.2005	Önemli!!!	Tamam	Evet	Evet
Dosya	dizayn.dll (3.0.2.514)
Modül	Dizayn modülü
Açıklama	Özel parametrelere; DIZAYN, ANTENT, NETSIS.jpg gibi bir kayıt girilmelidir. burada geçen NETSIS.jpg dosyası registry deki kök dizininde basılması istenen logonun ismidir.

İstek No 13930

Tarih	Program
23.02.2005	Temelset.Muhasebe.Dağıtım Fişi Oluşturma
Koşul	MUHASEBE MODULU DAGITIM TABLOSU KULLANILARAK BAZI HESAPLARIN BASKA HESAPLARA DAGITIMI YAPILMAK ISTENIYOR.
Ek Açık.	DAGITIM TABLOSUNDA ACIKLAMA SAHASINA ILGILI KAYIT ICIN ACIKLAMALAR GIRILIYOR.
Problem	DAGITIM FISI OLUSTUR DENILDIGINDE, OLUSTURULAN YEVMIYE FISINDEKI ACIKLAMA1 SAHASINA DAGITIM TABLOSUNDA TANIMLANAN ACIKLAMANIN OTOMATIK OLARAK GELMESI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.07.2005	1	Tamam	Evet	Hayır
Dosya	muhasebe.dll(3.0.6.961)
Modül	Muhasebe modülü
Açıklama	MUHASEBE,FISACKTABLO özel paremetresi tanımlanmalı.Özel param yok ise eski sistem geçerli.

İstek No 13937

Tarih	Program
23.02.2005	Temelset.Mrp.Malzeme Gereksiniminden Sipariş Oluşturma
Koşul	MGP Çalıştırıldıktan sonra ,Mrp.Malzeme Gereksiniminden Sipariş Oluşturma işlemi yapılıyor.
Ek Açık.	Oluşturulan Satıcı Siparişlerindeki tarihler, işlemin yapıldığı andaki tarih olarak atılmaktadır. MGP deki tarihler atanması gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.07.2005	1	Tamam	Evet	Hayır
Dosya	MRP.DLL(3.0.6.353)
Modül	MRP
Açıklama	Özel Parametre gerekiyor. MRP,MGPTAR

İstek No 14006

Tarih	Program
28.02.2005	Temelset.Cari.Ödeme Emri Oluşturma
Koşul	Cari Ödeme Emirleri Oluşturma işlemindeki Onay evet gelsin parametresi default işaretli (checked) geliyor.
Problem	işaretsiz gelmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.02.2005	1	Tamam	Evet	Evet
Dosya	cari.dll (3.0.2.1459)
Modül	Cari modülü
Açıklama	Cari Ödeme Emirleri Oluşturma işlemindeki Onay evet gelsin parametresi default işaretli (checked) geliyordu. Eğer özel parametrelerde Grup Kodu CARI ve anahtar ODEMEONAYHAYIR tanımlaması yapılırsa Bu ekranda Default işaretsiz (unchecked) gelmesi sağlandı.

İstek No 14074

Tarih	Program
04.03.2005	Temelset.Fatura.Satış İrsaliyelerini Toplu Faturalama
Koşul	Döviz tipi ve döviz fiyatı aynı olan, irsaliyelerin kalemlerini kümüle etmek.
Problem	Döviz tipi ve döviz fiyatı aynı olan, irsaliyelerin kalemlerini kümüle etmek.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.03.2005		Tamam	Evet	Evet
Dosya	fatura.dll(3.0.2.4696); fattrk.dll
Modül	fatura modülü
Açıklama	Özel parametre kullanılmalıdır. FATURA / DOVFIYATKUMULE / 1

İstek No 14170

Tarih	Program
11.03.2005	Temelset.Fatura.Ambar Fişleri Muhasebeleştirme
Koşul	AMBAR GİRİŞ FİŞİ KULLANILARAK UST BILGILERDE TARIH-(10-02-2005),HAREKET TURU (ÜRETİM),ÇIKIŞ YERİ-(M-MASRAF MERKEZİ) VE MASRAF KODU BELİRTİLIYOR.KALEM BILGILERINDE STOK KODU "150-001" VE MUHASEBE KODU "710-001" SEÇİLEREK "20" TL GİRİŞ YAPILIYOR. DAHA SONRA AMBAR ÇIKIŞ FİŞİ KULLANILARAK UST BILGILERDE TARIH-(23-02-2005),HAREKET TURU (ÜRETİM),ÇIKIŞ YERİ-(M-MASRAF MERKEZİ) VE MASRAF KODU BELİRTİLIYOR.KALEM BILGILERINDE STOK KODU "150-001" VE MUHASEBE KODU 155-001 SEÇİLEREK "20" TL ÇIKIŞ YAPILIYOR .
Ek Açık.	STOK MODULUNDEN MALIYET OLUSTURMA VE DAHA SONRA FATURA MODULUNDEN AMBAR FİŞİ MUHASEBELEŞTİRME YAPILDIGINDA ENTEGRASYON HAVUZUNA AŞAĞIDAKİ GİBİ KAYIT ATMAKTADIR.710-001=20 TL (ALACAK) => 155-001=20 TL (BORC) KAYDI. FAKAT 150 STOK AYAKLARININ MUHASEBE KAYDINI ENTEGRASYONA ATMIYOR.ISTENEN STOK AYAKLARININDA ENTEGRASYONA ATMASI AŞAGIDA BELIRTILDIGI GIBI 150-001="20" TL (BORC)<=>710-001="20" TL (ALACAK) ,155-001="20" TL (BORC)<=>150-001="20"TL (ALACAK) OLMASI ISTENIYOR.
Problem	STOK MODULUNDEN MALIYET OLUSTURMA VE DAHA SONRA FATURA MODULUNDEN AMBAR FİŞİ MUHASEBELEŞTİRME YAPILDIGINDA ENTEGRASYON HAVUZUNA AŞAĞIDAKİ GİBİ KAYIT ATMAKTADIR.710-001=20 TL (ALACAK) => 155-001=20 TL (BORC) KAYDI. FAKAT 150 STOK AYAKLARININ MUHASEBE KAYDINI ENTEGRASYONA ATMIYOR.ISTENEN STOK AYAKLARININDA ENTEGRASYONA ATMASI AŞAGIDA BELIRTILDIGI GIBI 150-001="20" TL (BORC)<=>710-001="20" TL (ALACAK) ,155-001="20" TL (BORC)<=>150-001="20"TL (ALACAK) OLMASI ISTENIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.03.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.4.4835)
Modül	fatura modülü
Açıklama	Özel parametre; FATURA,AMBARGIRIS,1

İstek No 14277

Tarih	Program
22.03.2005	Temelset.Fatura.Satış İrsaliyelerini Toplu Faturalama
Koşul	MİKTAR2 PAREMETRESİ AÇIK
Ek Açık.	TOPLU FATURALAMA İŞLEMİ YAPILIRKEN MİKTAR2 Yİ TOPLAMIYOR. İLK KALEMİN MİKTAR2 SİNİ GETİRİYOR. AYNI MİKTARLAR GİBİ MİKTAR2 LERİNDE TOPLANMASI İSTENİYOR. ABALIOĞLU HOLDİNG
Problem	TOPLU FATURALAMA İŞLEMİ YAPILIRKEN MİKTAR2 Yİ TOPLAMIYOR. İLK KALEMİN MİKTAR2 SİNİ GETİRİYOR. AYNI MİKTARLAR GİBİ MİKTAR2 LERİNDE TOPLANMASI İSTENİYOR. ABALIOĞLU HOLDİNG

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.03.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.4.4827)
Modül	fatura modülü
Açıklama	ÖZEL PARAMETRE ILE YAPILACAK. FATURA/MIKTAR2KUMULE/1

İstek No 14296

Tarih	Program
23.03.2005	Temelset.Cari.Cari Hareket Kayıtları
Koşul	Bedelsiz fatura kesildiği zaman hareketlerde gözükmüyor.
Problem	Bedelsiz fatura keserken malın bedelini girmesem dahi cari hareketlere 0 lira diye ilgili faturanın detaylı hareketini görmek istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.03.2005		Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1607)
Modül	Fatura
Açıklama	FATURA\TUTARSIZCAHAR özel parametresi kullanılmalıdır. Bu uygulamanın kullanılması için Proje Takibi ve Cari Hesap Vadelere Bölme uygulamalarının kullanılmaması gerekmektedir.

İstek No 14298

Tarih	Program
23.03.2005	Temelset._GENEL._GENEL
Koşul	KASADAN TAHSİL YADA TEDİYE İŞLEMLERİ YAPILIYOR
Ek Açık.	KASADAN YAPILMIŞ OLAN İŞLEMLER MUHASEBEYE AKTARILIYOR.MUHASEBEDE 100 HESABI İÇİN MUAVİN RAPORU ALINDIĞINDA AÇIKLAMALARDA "GÜNLÜK KASA TAHSİLATLARI" YADA TEDİYE İSE "GÜNLÜK KASA ÖDEMELERİ" ŞEKLİNDE STANDART AÇIKLAMALAR ÇIKIYOR.MÜŞTERİMİZ KASADA YAPILAN İŞLEM İÇİN AÇIKLAMAYA NE YAZDI İSE 100 HESABIN MUAVİN RAPORUNDADA O AÇIKLAMANIN GÖRÜNMESİNİ İSTİYOR.
Problem	KASADAN YAPILMIŞ OLAN İŞLEMLER MUHASEBEYE AKTARILIYOR.MUHASEBEDE 100 HESABI İÇİN MUAVİN RAPORU ALINDIĞINDA AÇIKLAMALARDA "GÜNLÜK KASA TAHSİLATLARI" YADA TEDİYE İSE "GÜNLÜK KASA ÖDEMELERİ" ŞEKLİNDE STANDART AÇIKLAMALAR ÇIKIYOR.MÜŞTERİMİZ KASADA YAPILAN İŞLEM İÇİN AÇIKLAMAYA NE YAZDI İSE 100 HESABIN MUAVİN RAPORUNDADA O AÇIKLAMANIN GÖRÜNMESİNİ İSTİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010		Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 14310

Tarih	Program
24.03.2005	Temelset.Fatura.Alış İrsaliyelerini Toplu Faturalama
Koşul	İRSALİYE TARİH ARALLIĞI BİR HAFTALIK VERİLİYOR. KANUNİ İRSALİYENİN FATURALAŞTIRMA TARİHİ EN GEÇ BİR HAFTA TOPLU FATURALAMA YAPAN KİŞİLER MUHASEBE İLE İLGİLİ OLAN VERİLERİ KONTROL EDEMİYORLAR VEYA BU VERİLERİ GİRERKEN YANLIŞLIK YAPABİLİYORLAR.
Ek Açık.	TOPLU FATURALAMA EKRANINDAKİ FATURA TARİHİ VE ENTEGRASYON TARİHİ DEFAULT VERİLEN İRSALİYE TARİH ARALIĞINDAKİ BİTİŞ TARİHİ OLSUN.
Problem	AYNI İSTEK SATIŞ İRSALİYELERİNİ TOPLU FATURALAMA İÇİN DE GEÇERLİ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.03.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.4.4827)
Modül	fatura modülü
Açıklama	ÖZEL PARAMETRE, GRUP KODU:FATURA,ANAHTAR:IRSBITTARFATTAR

İstek No 14359

Tarih	Program
29.03.2005	Temelset.Cari.Cari Hareket dökümü
Koşul	Faturada Detay denildiğinde
Problem	Stok hareketlerindeki ekalan bilgisini stok adından sonra basması.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.05.2005	3	Tamam	Evet	Hayır
Dosya	cari.dll (3.0.4.1533)
Modül	Cari modülü
Açıklama	OZEL PARAMETRE : CARI,FATDETEKALANGOSTER,1

İstek No 14378

Tarih	Program
30.03.2005	Temelset.Fatura.Ambar Fişleri Muhasebeleştirme
Koşul	Fatura işlemlerde ambar fişi muhasebeleştirme seçeneği ile ambar çıkış-giriş fişlerinin muhasebeleştirme işleminde,eğer ambar fişleri numaralarına
Problem	göre kırılımlı atılsın işaretlenerek atılacak olursa eğer sadece çıkış fişlerini baz alarak entegrasyona kayıt atıyor.ancak bu seçenek işaretlenmez ise ambar giriş fişlerini de baz alıyor.Bununla ilgili olarak firma muhasebeye ambar giriş fişlerinde masraf merkezine göre oluşturulan kayıtlarında akmasını istiyor.Ama bunu fiş numarasına göre kırılımlı seçenek ile yapmak isterler.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.03.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.4.4835)
Modül	fatura modulu
Açıklama	Özel parametre; FATURA,AMBARGIRIS,1

İstek No 14396

Tarih	Program
31.03.2005	Temelset.Fatura.Aliş Faturası
Koşul	Alış Faturası kesilirken üst bilgi kısmında fatura Tarih Entegre Tarih Fiili Tarih
Ek Açık.	Şirketimiz Faturaları keserken 10 gunluk tomarlar halinde kesmektedir. ve entegre tarihi en buyuk tarih olarak baz alınmaktadır, ancak fatura tarihi girildigi anda "entegre kayıt tarihi değiştir" denilmesine ragmen entegre tarihi otomatik olarak fatura tarihi ile aynı anda değişiyor. Fakat bu adım yani "entegre kayıt tarihi değiştir" adımı Fiili tarihi sabitliyor oysa istenilen entegre tarihinin sabitlenmesidir cunkü entegrasyona attıgı tarih entegre tarihidir. bu durum gozden kaçdığında ise 2 3 faturanın entegrasyonda farklı tarihler olusdurmasına ve aktarımda entegrasyonda unutulmasına sebebiyet vermektedir ve geri donüşe sebeb olarak zaman kaybına ugratmaktadir kaldiki pratikligi geri planda birakmaktadir. Acil çözüm dileklerimle.
Problem	önerim : Yazılımda fatura alış parametrelerinde fiili kayıt tarihi entegre tarihi yapılsınmı seklinde sorulabilir yani kullanıcının tercihine sunulabilir tıpkı dekont modulunde oldugu gibi Saygılarımla.. DALAN KİMYA END.A.Ş Kadir GÜLDÜREN

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.04.2005	2	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.4.4864)
Modül	fatura modülü
Açıklama	ÖZEL PARAMETRE "FATURA" "ENTTARSABIT"

İstek No 14410

Tarih	Program
31.03.2005	Temelset._GENEL._GENEL
Koşul	Esnek Yapılandırma Kullanılıyor.
Ek Açık.	.
Problem	Program genelinde Yapılandırılabilir Ürün Girişi ekranlarında sadece yapılandırma kodu tanımlanmış kayıtların gelmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.05.2005	1	Tamam	Evet	Hayır
Modül	Tüm modüller
Açıklama	İlgili modülün derlenmesi gerekiyor. Özel parametre : ESNEKYAP,SADECE_YAPKOD

İstek No 14639

Tarih	Program
20.04.2005	Temelset._GENEL._GENEL
Koşul	Gridde Alt + Ok tuşları ile sıralama yapılması ve özel parametresi varsa sadece yapılandırma kodu tanımlanmış kombinasyonların gelebilmesi.
Problem	Gridde Alt + Ok tuşları ile sıralama yapılması ve özel parametresi varsa sadece yapılandırma kodu tanımlanmış kombinasyonların gelebilmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.04.2005		Tamam	Evet	Hayır
Modül	ilgili modüller
Açıklama	İlgili modülün derlenmesi gerekiyor. ‘ESNEKYAP’,’SADECE_YAPKOD’ özel parametresi varsa sadece yapılandırma kodu tanımlanmış kombinasyonların gelmesi sağlandı.

İstek No 14644

Tarih	Program
20.04.2005	Temelset.Fatura._GENEL
Ek Açık.	Dökümü yapılmış ve farklı sistemlere aktarımı yapılan irsaliyelerin üstünde oynanmamasını
Problem	sağlayacak parametre konulması

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.09.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(4.0.2.6753); fattrk.dll
Modül	fatura modulu
Açıklama	OZEL PARAMETRE : FATURA,BASILMISEVRAKKILITLE

İstek No 14738

Tarih	Program
27.04.2005	Demirbas.Netsis Demirbaş.Değerleme ve Amortisman Ayırma
Koşul	VUK sirküler 17 ‘de yayınlanan "4.1. Amortisman Ayırma Süresi 31/12/2003 Tarihi İtibariyle Bitmiş Olan Kıymetler" MADDESİNDE "amortisman ayırma süresini tamamlamış ancak işletme kayıtlarında iz bedeliyle takip edilmeye devem edilen söz konusu iktisadi kıymet için istenildiği takdirde, 5024 sayılı Kanun ile getirilen enflasyon düzeltmesi hükümlerine göre enflasyon düzeltmesi yapılmayacaktır." ŞEKLİNDE BİR AÇIKLAMA VAR.
Problem	BU AÇIKLMAYA GÖRE SABİT KIYMET KARTI BAZINDA ENFLASOYONA GÖRE DEĞERLEME YAPILIP YAPILMAYACAĞININ BELİRLENEBİLMESİNİ İSTERLER.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.05.2005	1	Tamam	Evet	Hayır
Dosya	DEMIRBAS.DLL(3.0.4.354)
Modül	Demirbaş modülü
Açıklama	‘DEMIRBAS’,’VUKITFADEGERLEMESIN’ özel PARAMETRELERDE TANIMLANMALI. EGER BU PARAMETRE VAR ISE GAYRIMENKUL OLMAYAN DEMIRBASLAR ICIN 31/12/2003 TARIHI VE ONCESI ITFA OLMUS DEMIRBASLARDA VUK’A GORE DEGERLEME YAPILMAMAKTADIR.

İstek No 14840

Tarih	Program
05.05.2005	Temelset.Cari.Mektup
Koşul	Cari mutabakat mektupları basılıyor.
Ek Açık.	Cari bakiyelerin seçim kriterlerinde girilen proje kodu bazında basılması isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.07.2005	1	Tamam	Evet	Hayır
Dosya	cari.dll (3.0.6.1547)
Modül	Cari modülü
Açıklama	özel parametre ile çözüldü. CARI,MEKTUP_PROJE,[proje_kodu]

İstek No 14873

Tarih	Program
09.05.2005	Temelset.Fatura.Satış Faturası
Koşul	ENTEGRASYON PARAMETRESİ KAPALI OLDUĞU DURUMDA FATURADA GENEL TOPLAMA MÜDAHALE EDİLEBİLİYOR.
Problem	GENEL TOPLAMA MÜDAHALE KAYIT BÜTÜNLÜĞÜNÜ BOZABİLİYOR.ÖZEL PARAMETRE DIŞINDA GENEL TOPLAMA MÜDAHALE EDİLEMESİN.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.05.2005	2	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.4.4937)
Modül	fatura modülü
Açıklama	ÖZEL PARAMETRE: FATURA,GENTOPMUDAHALEET TAMAMLANDI.

İstek No 14967

Tarih	Program
16.05.2005	Temelset.Fatura._GENEL
Koşul	Müşteri koşul uygulaması kullanıyor.Fakat Koşulda vade tanımlamıyor.Siparişteki Girilen Satır bazı vadeler irsaliye yada fatura oluşturulurken Koşuldan geliyor. Bu durumda Tekrar satır bazı vade girmeleri gerekiyor.
Ek Açık.	Koşul Kayıtlarındaki vade paremetreye bağlanamazmı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.06.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.6.4971)
Modül	fatura modülü
Açıklama	"FATURA", "notvadeguncelle" OZEL PARAMETRESI ILE DESTEKLENDI

İstek No 14980

Tarih	Program
16.05.2005	Temelset._GENEL._GENEL
Ek Açık.	lokal depo bazında muhasebe entegrasyonu kullanmak istiyoruz.parametreyi açıp stok detay kodlarını depo bazında ayarladığımızda fatura işlemlerinde problemsiz çalışıyor.sayım işlemlerinde sayım girişini yaptıktan sonra sayım fark.satış har.işl.ekranında mahsup yapılsın parametresini seçip detay kodlarını yazıp işlemi çalıştırıyoruz.işlemi yapıyor entegrasyona mahsubu atmıyor.Lokal depo bazında muh.detay kodlarını görmüyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.06.2005	2	Tamam	Evet	Hayır
Dosya	Stok.dll(3.0.6.1705)
Modül	stok modülü
Açıklama	Özel Parametre : STOK , SAYIMDEPOENT

İstek No 14997

Tarih	Program
17.05.2005	Temelset.Fatura.Satış Faturası
Koşul	ÖZEL FİYAT SİSTEMİ KULLANILIYOR.
Problem	KALEMLERDE STOĞU SEÇTİKTEN SONRA FİYAT BİLGİLERİNİ TIKLADIĞIMIZDA BÜTÜN FİYAT GRUPLARININ FİYATLARINI GÖRÜP SEÇİM YAPABİLİYORDUK. YENİ VERSİYONDA SADECE CARİ KARTINDAKİ FİYAT GRUBUNA TANIMLI FİYAT GELİYOR. FİYAT LİSTESİ SEÇENEĞİNİ TIKLADIĞIMIZDA ESKİDEN OLDUĞU GİBİ BÜTÜN FİYATLARIN GELMESİNİ İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.06.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.6.4972)
Modül	fatura modülü
Açıklama	ÖZEL PARAMETRE ‘FATURA’,’TUMFIYATGRUP’.

İstek No 15005

Tarih	Program
18.05.2005	Temelset.Muhasebe.Tarih Aralıklı Mizan
Koşul	muhasebe parametrelerınde "sayısal sahalar alfanumerık" evet ıse"
Problem	TARIH ARALIKLI MIZANDA YUKARIDAKI KOSULDA ONDALIKLAR GELMIYOR.MIZAN MENUSUNDEN ALINAN MIZAN ISE DÜZGÜN.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.06.2010		Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.2.179)
Modül	Muhasebe
Açıklama	MUHASEBE\TR_MIZAN_SAYISALLAR_ALFANUMERIC_BASILMASIN özel parametresi kullanılmalıdır, böylece “Sayısal sahalar alfa numeric basılsın” parametresi işaretli olduğunda Tarih Aralıklı mizanda bu parametreye bakılmamaktadır.

İstek No 15083

Tarih	Program
25.05.2005	Personel.Netsis Personel.İcmal Zarfı
Koşul	İŞTEN ÇIKAN PERSONELLER İÇİN İCMAL ZARFI ALINIYOR.
Ek Açık.	İŞTEN ÇIKMIŞ PERSONLLER İÇİN GİDER İNDİRİMİ ALANINA, VERGİİADESİNİN TOPLAM RAKAMINI GETİRİYOR(DAHA ÖNCEKİ AYLARDA ÖDENEN+KALAN İADE).

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.08.2005	2	Tamam	Evet	Hayır
Dosya	PERSONEL(3.0.6.1296)
Modül	personel bordro modülü
Açıklama	Özel Parametrelerde Grup kodu PERSONEL ve anahtar değeri VERGIIADE olan bir anahtar tanımlanmalıdır.

İstek No 15236

Tarih	Program
13.06.2005	Temelset.Stok.Stok Hareket Kayıtları
Koşul	Stok hareket kayıtlarında hareket tipi C olan kayıtlar var
Problem	C tipli hareket kayıtlarına eskiden stok hareket kayıtlarında müdahale edilebiliyordu eskisi gibi bu tip hareketlere müdahale edilebilmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.06.2005		Tamam	Evet	Hayır
Dosya	stok.dll(3.0.6.1691)
Modül	stok modülü
Açıklama	ÖZEL PARAMETRE : STOK, URETHARDEG

İstek No 15367

Tarih	Program
24.06.2005	Temelset.Kantar.Hareket Girişi
Koşul	Kantar programında farklı mallardan birden fazla tartım yapılması.
Ek Açık.	Örnek: Kamyon geldi tartıldı , sonra gitti a malını yükledi tartıldı , üzerine B malını yükledi tartıldı , gitti C malını yükledi tartıldı , gitti D malını yükledi ve bu son tartım.Bundan sonra basılan irsaliyede tüm stoklar ve toplam ağırlık olmalı.
Problem	Bu tartımların daha sonra tek bir irsaliyede birleştirilmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.06.2005	Önemli!!!	Tamam	Evet	Hayır
Dosya	Kantar.dll(3.0.6.410);kantrk.dll
Modül	kantar modülü
Açıklama	özel parametreler ‘KANTAR’,’COKLUMIKTARGIRIS’

İstek No 15428

Tarih	Program
30.06.2005	Temelset.Dekont.Çek Tahsil Dekont Kaydı
Koşul	DÖVİZLİ ÇEK TAHSİLATI YAPILIYOR
Problem	BORÇLU CARİ VE ALACAKLI CARİ KODU GİRİLİYOR, CARİ HESAPLARA ATILAN KAYITLARDA, TL TUTAR, ÇEKİN GİRİLDİĞİ TARİHTEKİ KURDAN HESAPLANIYOR, ÇEKİN TAHSİL TARİHİNDEKİ KURDAN HESAPLANMALI

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.06.2005	1	Tamam	Evet	Hayır
Dosya	DEKONT.DLL(3.0.6.740)
Modül	DEKONT
Açıklama	BORÇ VE ALACAK HESABA TAHSİL TARİHİNDEKİ KURA GORE HESAPLANMIS YENI TL TUTARI ISLENMISTIR.EGER ESKI HALIYLE KULLANMAK ISTENILIRSE OZEL PARAMETRE TANIMLANMASI GEREKMEKTEDIR.BUNUN ICIN GEREKLI OZEL PARAMETRE ‘DEKONT’ ‘CEKTAHBAKURFARKSIZ’ OLMALIDIR.

İstek No 15638

Tarih	Program
22.07.2005	Temelset.Kasa İşlemleri.Kasa Kayıtları
Ek Açık.	KASA MODÜLÜ MUHTELİF GİDER KAYITLARI NDAN KAYIT İŞLERKEN AYNI FİŞ NUMARASININ TEKRAR KULLANILABİLMESİ
Problem	FARKLI FİRMALARDAN-KİŞİLERDEN GELEN MUHTELİF FATURALAR-FİŞLER AYNI FİŞ NUMARASINA SAHİP OLABİLİYOR. AYNI FİŞ NUMARASINI KULLANABİLMELİYİZ. KASA MODULÜ MUHTELİF GİDER KAYITLARINDA AYNI FİŞ NUMARASI KULLANILAMAZ HATASI DÖNÜYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.08.2005	1	Tamam	Evet	Hayır
Dosya	kasa.dll(3.0.6.521)
Modül	kasa modülü
Açıklama	(KASA,TEKRARSIZFISNO) özel parametre tanımlandı. Eğer muhtelifte unique fiş nolar isteniyorsa bu parametre tanımlanmalıdır. Tanımlı değilse aynı fişno tekrar tekrar verebilebilir.

İstek No 15647

Tarih	Program
22.07.2005	Temelset.Kantar.İletişim Kanalları Testi
Koşul	Bilgisayar’dan bir harf ile değer isteyen kantarlarla ileşim sağlanması.
Ek Açık.	Örneğin; Kantar’ın bilgi verebilmesi için, bilgisayardan A göndermesini ve 3 saniye beklenmesi isteniyor.
Problem	Böyle bir durumda kantar’ın herhangi bir port’undan bilgi okunamıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.07.2005	1	Tamam	Evet	Hayır
Dosya	Kantar.dll(3.0.6.420);kantrk.dll
Modül	kantar modülü
Açıklama	Kantar için özel parametre tanımlanması gerekiyor. GrupKodu KANTAR ; Anahtar GONDER ; Deger [gönderilmesi istenen değer]. Değer kısmına yazılacak olan karakter Kantar’a gönderilecek olan bilgidir.. Ayrıca Kantar parametreleri ekranında ; Önce değer gönderilsin işaretli olmalı, Polling Delay 3000 olmalıdır.

İstek No 15680

Tarih	Program
26.07.2005	Temelset.Cari.Fatura Bazlı Vade Farkı
Koşul	RAPORDA FAİZ BİLGİLERİ KOŞULDAN ALINSIN PARAMETRESİNİ KULLANIYORLAR VE ÖZEL UYGULAMALARI VAR.
Ek Açık.	FATURA HAREKETLERİNE BAĞLI OLMAYAN VE KOŞUL KODU İÇERMEYEN CARİ HAREKETLER İÇİN FAİZ ORANI BULUNAMADIĞI İÇİN RAPOR EKSİK(HATALI) ÇIKIYOR.
Problem	BU TİP HAREKETLER İÇİN YAZILACAK BİR TRIGGER İLE TBLCAHAR’A F_YEDEK2 SAHASINA FAİZ ORANI ATILACAK. ÖZEL PARAMETRE YARDIMI İLE RAPORUN CAHAR’DAKİ BU TÜR HAREKETLER İÇİN F_YEDEK2 SAHASINDAKİ FAİZ ORANINA BAKMASINI İSTERLER.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.07.2005	1	Tamam	Evet	Hayır
Dosya	cari.dll (3.0.6.1571)
Modül	Cari modülü
Açıklama	özel parametresi : cari, faizkosulal

İstek No 15846

Tarih	Program
10.08.2005	Temelset.Entegrasyon.Seçenekli Aktarma
Problem	Evrak bazında aktarma yapılsın ve evrak tarihi yevmiye tarihi olarak yapılsın seçeneklerinin default olarak seçili gelmesi form bazı güvenlikle kullanıcıların değiştirmesi engellenecektir. özel paramatreye bağlanabilir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.09.2005	2	Tamam	Evet	Hayır
Dosya	ENTEGRE.DLL(3.0.8.231)
Modül	ENTEGRASYON MODÜLÜ
Açıklama	ÖZEL PARAMETREYE BAĞLANDI. PARAMETRE:"ENTEGRASYON", "EVRAKSORGULARISECILI" .

İstek No 15848

Tarih	Program
10.08.2005	Temelset.Entegrasyon.Seçenekli Aktarma
Problem	Entegrasyonda aktarma işlemi yapıldıktan sonra fiş basım ekranının gelmesi ve oluşturulan fiş dizaynının basılabilmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.09.2005	1	Tamam	Evet	Hayır
Dosya	ENTEGRE.DLL(3.0.8.239);ENTTRK.DLL
Modül	ENTEGRASYON MODÜLÜ
Açıklama	Secenekli aktarma penceresinde parametre (muhasebe fiş basımı yapılsın)olarak sorgulandı. Parametre işaretli ise dizayn modülünden yapılan muhaseb fiş basım dizaynları için rehber getirildi. Bu parametrenin default işaretli gelmesi için özel parametre tanımlandı: ‘ENTEGRE’, ‘MUHFISBAS’

İstek No 16029

Tarih	Program
24.08.2005	Personel.Netsis Personel.Personel Puantaj Bilgileri
Problem	Personel için 30 gün üzerinde çalışma girildiğinde bu puantajın onaylanmamasını ve uyarı vermesini istiyoruz. Şu andaki sistem onaylıyor ve geri dönüldüğünde aynı puantaja 30 günü aştı diyor ancak bordro çekimine dahi izin veriyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.09.2005	2	Tamam	Evet	Hayır
Dosya	personel.dll(3.0.8.1300)
Modül	personel bordro modülü
Açıklama	puantaj girişi sırasında uyarı ekranı getirildi. Özel Parametre Grup Kodu : ‘PERSONEL’ Anahtar:’FAZLAGUNUYAR’

İstek No 16154

Tarih	Program
07.09.2005	Temelset.Fatura._GENEL
Koşul	Basımı Yapılmış İrsaliye ve Fatura kayıtlarında değişiklik yapılamasın. Sadece basımı yapılan bir kaydın iptali yapılabilsin. Ancak yeni oluşturulacak kaydın numarası iptal edilen kayıt ile aynı olamasın.
Ek Açık.	Basımı Yapılmış İrsaliye ve Fatura kayıtlarında değişiklik yapılamasın. Sadece basımı yapılan bir kaydın iptali yapılabilsin. Ancak yeni oluşturulacak kaydın numarası iptal edilen kayıt ile aynı olamasın.
Problem	Basımı Yapılmış İrsaliye ve Fatura kayıtlarında değişiklik yapılamasın. Sadece basımı yapılan bir kaydın iptali yapılabilsin. Ancak yeni oluşturulacak kaydın numarası iptal edilen kayıt ile aynı olamasın.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.09.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(4.0.2.6753); fattrk.dll
Modül	fatura modulu
Açıklama	Özel Parametre:’FATURA’,’BASILMISEVRAKKILITLE’

İstek No 16165

Tarih	Program
08.09.2005	Temelset.Fatura.Sevk Emri
Koşul	SEVK EMRİNDE İKİ TARİH ARALIĞI VERİLDİĞİNDE TESLİMATI YAPILMIŞ SİPARİŞLERDE GELİYOR. BURAYA BİR KOŞUL DAHA KOYUP SADECE TESLİMATI YAPILMAMIŞ SİPARİŞLERİ GETİRTİLMESİNİ İSTİYORUM
Ek Açık.	SEVK EMRİNDE İKİ TARİH ARALIĞI VERİLDİĞİNDE TESLİMATI YAPILMIŞ SİPARİŞLERDE GELİYOR. BURAYA BİR KOŞUL DAHA KOYUP SADECE TESLİMATI YAPILMAMIŞ SİPARİŞLERİ GETİRTİLMESİNİ İSTİYORUM
Problem	SEVK EMRİNDE İKİ TARİH ARALIĞI VERİLDİĞİNDE TESLİMATI YAPILMIŞ SİPARİŞLERDE GELİYOR. BURAYA BİR KOŞUL DAHA KOYUP SADECE TESLİMATI YAPILMAMIŞ SİPARİŞLERİ GETİRTİLMESİNİ İSTİYORUM

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.11.2005	2	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.12.5596); fattrk.dll
Modül	fatura modülü
Açıklama	"SEVKYUKLEME" "FATSIPGETIRME" OZEL PARAMETRESI ILE DIREK IRSALIYE VEYA FATURASI KESILEN SIPARISLER SEVK EMRI EKRANINA GELMEZ.

İstek No 16328

Tarih	Program
22.09.2005	Temelset.Fatura._GENEL
Koşul	ESNEK YAPILANDIRMA AKTİF,BELGE İÇERİSİNDE ESNEK YAPILANDIRMA SİHİRBAZINI KULLANARAK YENİ YAPILANDIRMA TANIMLIYORUZ.
Ek Açık.	STOK MODÜLÜ,ESNEK YAPILANDIRMA,ÜRÜN YAPILANDIRMA EKRANINDAKİ YAPILANDIRILACAK STOK KODU ALANINA FATURA MODÜLÜ EKRANINDA TANIM YAPILDIĞI STOK KODUNU YAZIYOR,GENEL KULLANILACAK BİR YAPILANDIRMA KODU OLDUĞU İÇİN HER SEFERİNDE GİDİP STOK KODU ALANIN ELLE DEĞİŞTİRİLMESİ GEREKİYOR.
Problem	FATURA MODÜLÜNDEN YAPILANDIRMA TANIMI EKRANINA ÜZERİNDE BULUNULAN STOK KODUYLA BAĞLANTI YAPILIP-YAPILMASININ PARAMETRİK OLARAK SORGULANMASI GEREKMEKTEDİR,BU ŞEKİLDE KALMASI HALİNDE KULLANIM SIRASINDA SÜREKLİ SORUN YAŞANMAKTADIR, ÇÜNKÜ ESNEK TANIM HAKKI BELLİ VE KISITLI KULLANICIDA OLDUĞUNU İÇİN ÇOK ZORLANMAKTAYIZ,ACİL OLARAK DEĞİŞTİRİLMESİNİ TALEP ETMEKTEYİZ.SAYGILARIMIZLA.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.09.2006	1	Tamam	Evet	Hayır
Dosya	esnekcore.dll(4.0.2.77)
Modül	ESNEK YAPILANDIRMA
Açıklama	‘ESNEKYAP’,’YPLNDRSTOKKODDEGIS’ özel parametresi ile desteklendi.

İstek No 16440

Tarih	Program
03.10.2005	Personel.Netsis Personel.Personel Puantaj Bilgileri
Koşul	AYLIK ÇALIŞMA GÜNÜ 30 İSE
Problem	NORMA GÜN :24 HAFTA SONU:4 İZİN:0 GİRİLDİĞİNDE TOPLAM 28 GÜN OLUYOR. 30 GÜNDEN EKSİK OLDUĞU İÇİN PROGRAMIN UYARMASINI TALEP EDIYORUZ VEYA EKSİK GÜN NEDENİNİ SORMASINI ISTIYORUZ. (BORELLİ)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.10.2005	2	Tamam	Evet	Hayır
Dosya	PERSONEL.DLL(3.0.10.1391), PERTRK.DLL
Modül	personel bordro modülü
Açıklama	Eksik ya da Fazla Gün girişinde uyarıda bulunulması için bir özel parametre eklendi.Özel Parametrelere Grup Kodu : PERSONEL Anahtar Değeri : FAZLAGUNUYAR adlı bir parametre eklenirse eksik ya da fazla günde uyarıda bulunulur.

İstek No 16483

Tarih	Program
07.10.2005	Temelset.Stok.Sayım Girişi
Koşul	Stok sayımının barcode ile hızlı bir şekilde yapılması sırasında, ürünlerdeki stok kodlarını taşıyan barecodelar okutuluyor.
Problem	Bu durumda tekrar eden stok_kodunun okutulması durumunda ilgili stoğa ait sayım miktarının +1 artması desteklenmelidir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.10.2005		Tamam	Evet	Hayır
Açıklama	YARDIMCI PROGRAMLAR ÖZEL PARAMETRE KAYITLARINDA GRUP KODU:STOK, ANAHTAR:KUMULESAYIM, DEĞER:1 GİRİLMESİ DURUMUNDA OKUTULAN BARKOD KÜMÜLE EDİLEBİLİR.

İstek No 16686

Tarih	Program
26.10.2005	Temelset.Fatura._GENEL
Koşul	Karma koli uygulamasından dolayı fatura/irsaliyelerde Miktar2 sahası kullanıma açıktır.
Ek Açık.	Ancak bu durumda kullanıcılar karma koli olmayan stoklarda da yanlışlıkla Miktar yerine Miktar2 sahasını doldurabilmektedirler. Bu ise stok hareket kayıtlarının ‘E’ maliyet tipi ile oluşmasına yol açmaktadır. Bunun için konulan kolon bazı güvenlik tanımlaması özellikle Maliyet Oluşturma işlemini çok yavaşlatmıştır.
Problem	Bu kontrolün program içine konulması istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.11.2005	2	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.12.5591)
Modül	FATURA MODULU
Açıklama	OZELPARAMETRE:"FATURA","KARMAKOLIMIKTARAYARLA"

İstek No 16727

Tarih	Program
27.10.2005	Temelset.Fatura.Yükleme Emri
Koşul	.
Ek Açık.	.
Problem	Yükleme emrinden fiş oluşturma işlemi ile irsaliye oluşturulup bu irsaliye silindiğinde aynı yükleme emrinden fiş oluşturulamıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.01.2006	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.12.5779)
Modül	FATURA MODÜLÜ
Açıklama	‘SEVKYUKLEME’,’YUKTEKRARKULLAN’ özel parametresi tanımlı ise; yükleme emrinden olusan irsaliye/faturada Ek Acıklama 10 alanına yukleme kalemının sıra numarası yazılıyor.

İstek No 16738

Tarih	Program
28.10.2005	Temelset.Teklif.Satın Alma Talep
Problem	Talep girişinde sorulan cari kodun özel parametre ile şubeler bazında tanımlanması ve talep ekranı açıldığında default tanımlanan bilginin gelmesi. Daha sonra saha form bazı güvenlik ile kapatılacaktır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.11.2005	1	Tamam	Evet	Hayır
Dosya	teklif.dll(3.0.10.231)
Modül	talep teklif modülü
Açıklama	ÖZEL PARAMETRE FORMATI GRUP KODU : TEKLIF ANAHTAR : SUBE0 (0 -> SUBE KODU) DEGER : 00001 (TANIMLI BİR CARİ KODU)

İstek No 16876

Tarih	Program
15.11.2005	Temelset.Fatura.Satiş Parametreleri
Koşul	SERİ TAKİBİ KULLANILIYOR.
Ek Açık.	SERİ BİLGİLERİ SİPARİŞTE GİRİLMEDİĞİNDEN SADECE SİPARİŞTE SIRALAMA YAPILABİLİR.
Problem	SİPARİŞTE/İRSALİYEDE SIRALAMA SEÇENEĞİ SERİ TAKİBİNDEN DOLAYI KULLANILAMIYOR. BU SEÇENEĞİN KULLANILMASI İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.01.2006	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.12.5779)
Modül	FATURA MODÜLÜ
Açıklama	Özel Parametresi : ‘SIPARIS’,’SERIDESIRALA’ Bu özel parametreye girilebilecek değerler; Kod : K Üretici Kodu: U Grup Kodu : R Kod 1 : O Kod 2 : D İskonto : I Teslim Tar. : T Depo/Stok.Ad: P Ek Serbest 1: 1 Koşul Kodu : 2 Kod+Tes.Tar.: 4

İstek No 16880

Tarih	Program
15.11.2005	Temelset.Fatura._GENEL
Koşul	Satırbazında koşulkodu sorgulanıyor. Koşuldetayında liste fiyatı belirtiliyor.
Problem	İade faturası girişinde insert aşamasında fiyat alanına koşula bağlı liste fiyatı geliyor. Ancak update aşamasında (kalemin üstünden geçildiğinde) Stokph daki son giriş fiyatına bakılıp fiyat sahası update ediliyor, dolayısıyla fiyat değişiyor. Kalem üstünden geçildiğinde de koşula bağlı fiyatın gelmesi gerekmekte.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.01.2006	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.12.5779)
Modül	FATURA MODÜLÜ
Açıklama	Eğer liste fiyatları kullanılmıyorsa ve ‘FATURA’,’IADESONGIRFIY’ özel parametresi tanımlı değil ise stok kartındaki fiyat getiriliyor. Özel parametre tanımlı ise son girilen fiyatı getiriyor.

İstek No 16884

Tarih	Program
16.11.2005	Temelset.Fatura.Sevk Emri
Koşul	sevk emri girişi ekranında siparişleri getirme işlemi
Ek Açık.	sevk emri girişi ekranında gerekli parametreleri yazarak siparişleri getir denildiğinde teslimatı tamamlanmış siparişlerin de gelmesi
Problem	siparişleri getir denildiğinde teslimatı tamamlanmış satırlarda geliyor. bu satırlar daha önce gelmiyordu.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.11.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.12.5542)
Modül	fatura modülü
Açıklama	Faturası veya irsaliyesi direkt oluşturulan siparişler artık sevk emri ekranına gelmiyor. Bu işlemin çalışması için özel parametre ‘SEVKYUKLEME’,’FATSIPGETIRME’.

İstek No 16899

Tarih	Program
17.11.2005	Temelset.POS.POStan Satış İşleme
Problem	NCR DA PUAN UYGULAMASI

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.11.2005	1	Tamam	Evet	Evet
Dosya	POS.DLL(3.0.10.610); POSTRK.DLL
Modül	POS MODÜLÜ
Açıklama	OZEL PARAMETRE :"POS","PUANHESAPLAMA",DEĞERİNDEKİ ÖDEME TİPİ OLAN SATIŞLARDA PUAN İŞLENMEYECEK. PARAMETRELERE PUAN UYGULAMASI PARAMETRESİ GELDİ.

İstek No 16939

Tarih	Program
21.11.2005	Temelset.Devir.Yeni Yıl Kopyalama
Koşul	yeni yıl kopyalama işleminde alınan yedeğin
Problem	mssql serverın kurulu olduğu serverda başka bir diske alınabilmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.11.2005	1	Tamam	Evet	Hayır
Dosya	NETDBCRT.DLL(3.0.10.440),DEVIR.DLL(3.0.10.444)
Modül	SENE SONU DEVİR
Açıklama	OZEL PARAMETRE OLARAK ‘DEVIR’,’MSSQLBACKUPDIZIN’ GIRILMELI VE DEĞERINE DE SQL SERVER ÜZERİNDE BİR DİZİN VERİLMELİ.

İstek No 16970

Tarih	Program
24.11.2005	Temelset.Stok.Barkod Basımı
Problem	TBLSTHAR_GCMIK2(IKINCI MIKTAR) ADET SAYISINI BU ALANLARDA KULLANDIĞIMIZ İÇİN ETİKET SAYISININ GCMIK2 DEKI DEĞERİ BAZ ALARAK BASABİLMEYİ TALEP EDİYORUZ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.01.2006	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.12.5770)
Modül	FATURA MODULU
Açıklama	ozel parametre : FATURA, BARKODMIKTAR2BAS

İstek No 17036

Tarih	Program
29.11.2005	Temelset.Cari.Özel Hesap Kapatma
Koşul	.
Ek Açık.	.
Problem	Özel hesap kapama ekranlarında seçilen hareketlerin toplam tutarları yanında ortalama vadesinin de görülebilmesi isteniyor. Özel hesap kapaması yapılacak hareketlerin borc alacak ortalama vadeleri arasında fark varsa sistemin bu kapama işlemini engelleyebilmesi veya kullanıcıyı uyarabilmesi. Cari hesap bazında tanımlanmak istenen vade opsiyon günü diye bir sahanın bu hesaplamada dikkate alınması istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.02.2006	1	Tamam	Evet	Hayır
Dosya	Ozelhes.dll(3.0.14.57); Cari.dll(3.0.14.1765); Nettrk.dll
Modül	özel hesap kapatma
Açıklama	özel parametleri; ‘CARI’,’OZELHESAP_OPSIYONGUNU’,degere de carinin opsiyon gununun okunacağı kullanıcı tanımlı sahanın girilmesi gerekiyor.

İstek No 17040

Tarih	Program
29.11.2005	Temelset.Fatura.Satıcı Siparişleri
Koşul	SATICI SİPARİŞLERİNDE REÇETE GETİRME FONKSİYONUNDA, REÇETEDEKİ İLGİLİ STOKLARIN KARTLARINDAKİ CARİ SATICI KODU İLE SİPARİŞTE KULLANILAN CARİ KOD AYNI OLANLAR İÇİN REÇETEDEN GETİRME YAPILABİLSİN. REÇETEDEKİ DİĞER STOKLAR GETİRİLEMESİN.
Ek Açık.	SATICI SİPARİŞLERİNDE REÇETE GETİRME FONKSİYONUNDA, REÇETEDEKİ İLGİLİ STOKLARIN KARTLARINDAKİ CARİ SATICI KODU İLE SİPARİŞTE KULLANILAN CARİ KOD AYNI OLANLAR İÇİN REÇETEDEN GETİRME YAPILABİLSİN. REÇETEDEKİ DİĞER STOKLAR GETİRİLEMESİN.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.07.2007	1	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.10.7267)
Modül	fatura modulu
Açıklama	Özel parametre : FATURA,CARISTOK

İstek No 17114

Tarih	Program
06.12.2005	Temelset.Fatura.Sipariş İşlemleri
Koşul	SİPARİŞ GİRİŞİNDA STOK KODU VE AÇIKLAMASINDAN SONRA SATIR AÇIKLAMASI BÖLÜMÜNDE GİRİLEN BİLGİLER BAŞKA STOK SEÇİMİNDE SATIR AÇIKLAMASI BÖLÜMÜNDEKİ AÇIKLAMA OTOMATİK AYNI GELİYOR.BUNUN GELMEMESİ GEREKİYOR
Ek Açık.	BU KONUDA NE YAPILABİLİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.12.2006	2	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.4.6886)
Modül	fatura modulu
Açıklama	Özel parametre: FATURA, SATIRACIKLAMABOSGELSIN

İstek No 17177

Tarih	Program
12.12.2005	Temelset.Fatura.Aliş Faturası
Koşul	İADE FATURASI KESERKEN KALEMLER BÖLÜMÜNDEKİ FİYAT HANESİ SIFIR GELİYOR.TEST EDİLEN SET VERSİYONU 3.0.10
Ek Açık.	İADE FATURASI KESERKEN KALEMLER BÖLÜMÜNDEKİ FİYAT HANESİ SIFIR GELİYOR.TEST EDİLEN SET VERSİYONU 3.0.10
Problem	İADE FATURASI KESERKEN KALEMLER BÖLÜMÜNDEKİ FİYAT HANESİ SIFIR GELİYOR.TEST EDİLEN SET VERSİYONU 3.0.10

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.12.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.10.5542)
Modül	fatura modülü
Açıklama	son girilen fiyatın gelmesi için (‘FATURA’,’IADESONGIRFIY’) özel parametresinin girilmiş olması gerekiyor.

İstek No 17295

Tarih	Program
19.12.2005	Temelset.Fatura.Depolar Arasi Transfer
Koşul	Konsinye uygulaması parametresi aktif.
Ek Açık.	.
Problem	Depolar arası transferde sadece konsinye hareket tipi seçildiğinde cari kod sorulması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.01.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.12.5822)
Modül	fatura modülü
Açıklama	özel parametre -> FATURA, KONSINYE

İstek No 17364

Tarih	Program
22.12.2005	Temelset.Fatura.Satış Faturası
Koşul	FİYAT LİSTESİ KULLANILIYOR VE STOĞU ALIŞ FİYAT LİSTESİ TANIMLI
Problem	ALIŞ FATURASI GİRİLİYOR, DAHA SONRA MAILN BİR KISMI İADE EDİLİYOR.3.0.10 İLE ALIŞTAN İADELERDE FİYATINI SATIŞ FATURASINA OTOMATİK GETİRİYORUZ.EĞER KOŞUL UYGULAMASI AÇIK DEĞİLSE BU DÜZGÜN ÇALIŞIYOR.ANCAK KOŞUL UYGULAMASI İŞARETLİ İKEN STOKFIAT TABLOSUNDA FİYATI STOKFIAT.A_S=’S’ KISITI VEREREK SELECT EDİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.12.2005	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.10.5542)
Modül	fatura modülü
Açıklama	son girilen fiyatın gelmesi için (‘FATURA’,’IADESONGIRFIY’) özel parametresinin girilmiş olması gerekiyor.

İstek No 17579

Tarih	Program
09.01.2006	Temelset.Cari.Cari Hareket Kayıtları
Problem	2 ÇEŞİT FATURA KULLANIYORUM İRS. FT VE SATIŞ FATURASI, KESMİŞ OLDUĞUM FATURALARI CARİ HESABA AKTARDIĞINDA İRS. FT DA SORUNUM YOK FAKAT SATIŞ FT. AKTARDIĞI ZAMAN AÇIKLAMA SÜTÜNUNA FT.MIZ 00000012345 GİBİ İRS NUMARASINIDA YAZIYOR VERSİYON DEĞİŞİMİNDEN SONRA BU HALE GELDİ ESKİ HALİNE GETİRİLMESİ İÇİN GEREĞİNİN YAPILMASINI RİCA EDERİM.. SAYGILARIMLA GÖZTAŞ RULMAN BAHTİYAR KASAPOĞLU

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.03.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.14.5938)
Modül	fatura modulu
Açıklama	Ozel parametre: FATURA, CAHARACIKLAMA. Bu parametre girildiğinde israliyeden faturalaştırılan fişlerin açıklamasında irsaliye numrası yazılmamaktadır.

İstek No 17699

Tarih	Program
24.01.2006	Temelset.Fatura._GENEL
Koşul	BASIMI YAPILAN FATURALARIN SONRADAN UPDATE EDİLMESİ DURUMUNDA TEKRAR BASIM YAPILMAZ İSE BASIM TUTARI İLE UPDATE TUTARI ARASINDA FARK VARSA VEYA BASIMI YAPILMIŞ BİR FATURA SİLİNİR İSE BİR KONTROL RAPORU ÜRETİLMESİ GEREKMEKTEDİR
Ek Açık.	AYRI BİR TABLODA BASIMI YAPILAN, DÜZELTİLME YAPILAN VEYA SİLİNEN FT BİLGİLERİNİN TUTULUP LİSTELENMESİ GEREKMEKTEDİR.
Problem	Erbak Uludağ A.Ş. ACİL

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.09.2006		Tamam	Evet	Hayır
Dosya	fatura.dll(4.0.2.6753); fattrk.dll
Modül	fatura modulu
Açıklama	OZEL PARAMETRE : FATURA,BASILMISEVRAKKILITLE

İstek No 17960

Tarih	Program
13.02.2006	Temelset.Fatura.Sevk Emri
Koşul	SEVK EMRINDE SİPARİŞ REZERVASYON DESTEĞİ VE DAĞITIM İLE BAĞLANTILI BÖLGE KODU VE ZİYARET BİLGİLERİNİN SORGULAMAYA ILAVE EDILMESI.
Ek Açık.	SEVK EMRINDE SİPARİŞ REZERVASYON DESTEĞİ VE DAĞITIM İLE BAĞLANTILI BÖLGE KODU VE ZİYARET BİLGİLERİNİN SORGULAMAYA ILAVE EDILMESI.
Problem	SEVK EMRINDE SİPARİŞ REZERVASYON DESTEĞİ VE DAĞITIM İLE BAĞLANTILI BÖLGE KODU VE ZİYARET BİLGİLERİNİN SORGULAMAYA ILAVE EDILMESI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.02.2006	1	Tamam	Evet	Evet
Dosya	FATURA.DLL(3.0.14.5917),FATTRK.DLL
Modül	fatura modulu
Açıklama	ÖZEL PARAMETRELER; 1.parametre ‘SEVKYUKLEME’,’DAGITIMBAGLANTI’ 2.parametre ‘SEVKYUKLEME’,’STOKTANAYIRMA’ değeri SEVK olmalı. 3.parametre (isteğe bağlı CASABIT tablosundan sıralama yaptırılmak isteniyorsa ‘SEVKYUKLEME’,’SIPREZCASABITSORT’ değeri ise CASABIT tablosundan hangi fieldlar siralamaya dahil edilecekse aralarına ; koyarak verilebilir.

İstek No 17989

Tarih	Program
15.02.2006	Temelset.Muhasebe.Tarih Aralıklı Mizan
Problem	virgülden sonraki rakamlar mizanda çıkmıyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.06.2010	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.2.179)
Modül	Muhasebe
Açıklama	MUHASEBE\TR_MIZAN_SAYISALLAR_ALFANUMERIC_BASILMASIN özel parametresi kullanılmalıdır, böylece “Sayısal sahalar alfa numeric basılsın” parametresi işaretli olduğunda Tarih Aralıklı mizanda bu parametreye bakılmamaktadır.

İstek No 18065

Tarih	Program
20.02.2006	Temelset.Fatura.Yükleme Emri
Koşul	Ürün satışları koli üzerinden yapılmaktadır.Yükleme emri adet üzerinden calışıyor.Stok kontrolü olduğu için kısmi yükleme yapılabiliyor .Kısmi yüklemenin parametreye bağlanması sağlanmalı.ÖRN:A malından 1 kolide 12 adet var stok bakiyesi olarakta 45 adet var.4 koli siparişi yüklemeye girdiğinde bakiye kontrolünden dolayı 45 adet cıkartıyor fakat fakat 45 adet 4 koliye denk gelmiyor 4 koliyi tamamladığında cıkartmasını sağlamak yada bunu parametreye bağlanması sağlamak gerekmektedir
Ek Açık.	Ürün satışları koli üzerinden yapılmaktadır.Yükleme emri adet üzerinden calışıyor.Stok kontrolü olduğu için kısmi yükleme yapılabiliyor .Kısmi yüklemenin parametreye bağlanması sağlanmalı.ÖRN:A malından 1 kolide 12 adet var stok bakiyesi olarakta 45 adet var.4 koli siparişi yüklemeye girdiğinde bakiye kontrolünden dolayı 45 adet cıkartıyor fakat fakat 45 adet 4 koliye denk gelmiyor 4 koliyi tamamladığında cıkartmasını sağlamak yada bunu parametreye bağlanması sağlamak gerekmektedir
Problem	Ürün satışları koli üzerinden yapılmaktadır.Yükleme emri adet üzerinden calışıyor.Stok kontrolü olduğu için kısmi yükleme yapılabiliyor .Kısmi yüklemenin parametreye bağlanması sağlanmalı.ÖRN:A malından 1 kolide 12 adet var stok bakiyesi olarakta 45 adet var.4 koli siparişi yüklemeye girdiğinde bakiye kontrolünden dolayı 45 adet cıkartıyor fakat fakat 45 adet 4 koliye denk gelmiyor 4 koliyi tamamladığında cıkartmasını sağlamak yada bunu parametreye bağlanması sağlamak gerekmektedir

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.04.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.14.6005)
Modül	fatura modülü
Açıklama	Özel Parametre : ‘SEVKYUKLEME’,’EKSIDE_ISLEM_YAPMA’ ‘SEVKYUKLEME’,’STOK_BAKIYE_KONTROL’

İstek No 18129

Tarih	Program
22.02.2006	Temelset.Fatura.Yükleme Emri
Koşul	Yükleme emriden fiş oluşturma yapılıyor. yükleme emrinde birden fazla kalem var.
Ek Açık.	irsaliye/faturada açıklama10 sahasına yükleme emri kalem numarası sadece 1 atıyor
Problem	irsaliye/fatura iptal ediliyor. sadece yükleme emridenki sıra no 1 deki kalem için fiş oluşturma yapılabiliyor. yükleme emrindeki tüm kalemlerin kullanılabilir yapılması(yükleme emri sıra no bilgisi kalemlerde bir sahada tutulsun)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.03.2006	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.14.5922)
Modül	FATURA MODULU
Açıklama	OZEL PARAMETRELER; ‘SEVKYUKLEME’,’YUKLEMENO’ VE ‘SEVKYUKLEME’,’YUKTEKRARKULLAN’. BU PARAMETRELERİN DISINDA FATURADAKİ "FATURADA EK SORGULAMA VAR MI" VE "SATIR BAZINDA EK AÇIKLAMA SORULSUN MU" PARAMETRELERİNİN AÇIK OLMASI GEREKİYOR.

İstek No 18595

Tarih	Program
31.03.2006	Temelset.Fatura.Depolar Arasi Transfer
Koşul	DAT’da onay parametresi acik.
Ek Açık.	.
Problem	Merkezden subeye gonderilen belge subeden onaylaniyor veya beklemede. Merkez belge uzerinde degisiklik yapabiliyor. (uzerinden geciyor) BU durumda sube belgeyi onay rehberinde goremiyor. (Belge hala beklemede)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.05.2006	2	Tamam	Evet	Hayır
Dosya	FATURA.DLL(3.0.14.6032)
Modül	FATURA MODULU
Açıklama	özel parametre: ‘FATURA’,’DEPOONAYDEGISMESIN’ .

İstek No 18656

Tarih	Program
06.04.2006	Temelset.Fatura.Satış İrsaliyesi
Koşul	Koşulda sabit vade tarihi tanımlı ve satır bazında vade tarihi soruluyor.
Ek Açık.	.
Problem	Müşteri siparişinde geçmiş vadeli bir sipariş giriliyor. Bu sipariş 5 gün sonra irsaliyeleştirildiğinde irsaliyedeki vade tarihi 5 gün kayıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.05.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(3.0.14.6056)
Modül	fatura modulu
Açıklama	‘FATURA’,’NOTVADEGUNCELLE’ ÖZEL PARAMETRESİ TANIMLANMASI GEREKIYOR.

İstek No 18672

Tarih	Program
07.04.2006	Temelset.Muhasebe.Yevmiye Kayıtları
Koşul	KASADAN GİRİLEN KAYITLARIN MUHASEBEYE AKTARILMASI DURUMUNDA, GÜNLÜK KASA TAHSİLATLARI YA DA ÖDEMELERİ… VB GİBİ AÇIKLAMALAR YERİNE KASA KAYDI SIRASINDA GİRİLEN AÇIKLAMANIN GELMESİ.
Ek Açık.	KASADAN GİRİLEN KAYITLARIN MUHASEBEYE AKTARILMASI DURUMUNDA, GÜNLÜK KASA TAHSİLATLARI YA DA ÖDEMELERİ… VB GİBİ AÇIKLAMALAR YERİNE KASA KAYDI SIRASINDA GİRİLEN AÇIKLAMANIN GELMESİ.
Problem	KONU BİZİM İÇİN ACİLDİR ÇÜNKÜ MUHASEBEN ALDIĞIMIZ RAPORLARI RESMİ YERLERE VE YÖNETİM KURULUMUZA SUNUYORUZ VE AÇIKLAMALAR ONLARA ANLAMLI GELMİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	2	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 19075

Tarih	Program
15.05.2006	Temelset.POS.POSa Ürün Gönderme
Koşul	tartılı ürünlerin ölçü birimlerinin adet olarak ibm genius’a gönderilebilmesi istenmektedir.
Ek Açık.	tartılı ürünlerin ölçü birimlerinin adet olarak ibm genius’a gönderilebilmesi istenmektedir.
Problem	tartılı ürünlerin ölçü birimlerinin adet olarak ibm genius’a gönderilebilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.12.2006	1	Tamam	Evet	Hayır
Dosya	pos.dll (4.0.4.723)
Modül	pos modulu
Açıklama	Özel Parametre:’POS’,’TARTIADET’ Bu Özel Parametre varsa, stoğun ölçü birim1 AD ve stok aynı zamanda tartılı ise 687. karakter 2 olarak gönderiliyor.(Teraziye gönderilir ve Adetli) anlamına gelmektedir.

İstek No 19102

Tarih	Program
16.05.2006	Temelset.Stok.Kod Değiştirme
Koşul	ESNEK YAPILANDIRMA KULLANIYORUZ. YAPKODU ATANMIŞ BU KONUDA HERHANGİ BİR SORUN OLMUYOR. ARDINDAN ATANAN BİR YAPILANDIRMA KODUNA REÇETE GİRİŞİ YAPIYORUZ. DAHA SONRA STOK KODU DEĞİŞİKLİĞİ YAPIYORUZ. ESKİ KOD SİLİNSİN DENİLEREK. DAHA SONRA REÇETE LİSTESİ ALINDIĞINDA REÇETE YAPILANDIRMA KODU DA DOĞRU OLARAK LİSTELENİYOR.
Ek Açık.	ANCAK BEN AYNI MAMULÜM İÇİN REÇETEDE DEĞİŞİKLİK YAPMAK ADINA TEKRAR REÇETESİNE GİRMEYE ÇALIŞTIĞIMDA YAPILANDIRMA KODU REHBERİNDE YENİ STOĞA AİT YAPILANDIRMA KODLARININ HİÇ BİRİ GELMİYOR.(TBLESNYAPMAS DA HALA ESKİ STOK KODUNUN YAPILANDIRMA KODLARI VAR)
Problem	STOK KODU DEĞİŞİKLİĞİNDE ESNEK YAPININ DESTEKLENMESİ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.08.2006	1	Tamam	Evet	Hayır
Dosya	uretim.dll(4.0.2.1411)
Modül	üretim modulu
Açıklama	esnekyap,ortak_yapkod özel parametresi kullanılmalı.

İstek No 19218

Tarih	Program
27.05.2006	Temelset.Muhasebe.Yevmiye Kayıtları
Koşul	kasa tahsil ve tediyelerinde yevmiye fiş açıklaması 320 ve 120 li hesaplara direkt gelmektedir.Fakat 100 kasa hesabında açıklama bölümüne günlük kasa tahsilat ve tediyeleri olarak gelmektedir.Biz 320 ve 120 li hesap açıklamalarının aynısının 100 hesaptada görünmesini istiyoruz.Aksi takdirde entegrasyondan sonra kasadan kime ödeme yada kimden tahsilat olduğunu rapor bölümünden göremiyoruz.
Ek Açık.	kasa tahsil ve tediyelerinde yevmiye fiş açıklaması 320 ve 120 li hesaplara direkt gelmektedir.Fakat 100 kasa hesabında açıklama bölümüne günlük kasa tahsilat ve tediyeleri olarak gelmektedir.Biz 320 ve 120 li hesap açıklamalarının aynısının 100 hesaptada görünmesini istiyoruz.Aksi takdirde entegrasyondan sonra kasadan kime ödeme yada kimden tahsilat olduğunu rapor bölümünden göremiyoruz.
Problem	kasa tahsil ve tediyelerinde yevmiye fiş açıklaması 320 ve 120 li hesaplara direkt gelmektedir.Fakat 100 kasa hesabında açıklama bölümüne günlük kasa tahsilat ve tediyeleri olarak gelmektedir.Biz 320 ve 120 li hesap açıklamalarının aynısının 100 hesaptada görünmesini istiyoruz.Aksi takdirde entegrasyondan sonra kasadan kime ödeme yada kimden tahsilat olduğunu rapor bölümünden göremiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010		Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 19430

Tarih	Program
09.06.2006	Temelset.Fatura.Satış Faturası
Koşul	satış faturasında iade seçeniği secildiğinde birden fazla firmadan ürün aldığımızdan dolayı en son alış fiyatının iade faturasına getirilmesini istiyoruz.
Ek Açık.	satış faturasında iade seçeniği secildiğinde birden fazla firmadan ürün aldığımızdan dolayı en son alış fiyatının iade faturasına getirilmesini istiyoruz.
Problem	satış faturasında iade seçeniği secildiğinde birden fazla firmadan ürün aldığımızdan dolayı en son alış fiyatının iade faturasına getirilmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.06.2006		Yanıtlandı	Evet	Hayır
Açıklama	Özel parametre tanımı ile istenilen özellik desteklenmektedir. Grup Kodu: FATURA Anahtar: IADESONGIRFIY Değer: 0 Uygulama detayı için destek birimleri ile görüşebilirsiniz.

İstek No 19666

Tarih	Program
29.06.2006	Temelset.Fatura.Satış Faturası
Koşul	Siparişten faturalaştırma yapılıyor. Fatura modülünde risk takibi var. Siparişi faturalaştırma anında Risk limiti yetersiz olan müşteri için kaydı tamamlamaya izin vermiyor. Ama akullanıcı faturayı silmedne ekrandan çıkıyor.
Ek Açık.	Eğer tamamlanmamış fatura listesinde görülürmezse lojistikte kesilen bu fatura daha sonra unutulduğundan cari ve muhasebe kayıtları eksik oluyor. Bu nedenle kayıtlar silinmedem çıkılırsa tamamlanmamış fatura listesinde görülsün.
Problem	Kayıtlar silinmeden çıkılırsa numara değişikliğine izin veriyor. Bu kondüsyonda numara değişikli, koşul kodu, koşul tarihi, fiyat tarihi bilgilerinde bir değişiklik yapılamasın.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.07.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(4.0.2.6637); fattrk.dll
Modül	fatura modulu
Açıklama	‘FATURA’,’RISKCARIENGEL’ ozel parametresi girilmeli.

İstek No 19670

Tarih	Program
29.06.2006	Personel.Netsis Personel Entegrasyon.Muhasebe Genel Kod Girişi
Koşul	PERSONELLER MUAVİN OLARAK 335 HESAP ALTINDA TEK TEK AÇILMASI DURUMUNDA SORUN
Ek Açık.	DETAY KOD TANIMLAMALARIMIZ 01-İDARİ OFİS 02-SATIŞ 03-YÖNETİM OLARAK KAYITLI.İLGİLİ MUHASEBE KODLARI YAPILDI.
Problem	GENEL KOD GİRİŞ KISMINDA MUH.KOD TANIMLAMALARI YAPILDI.NET ÜCRET 6-10 KISMI 335 HESAP ALTINDA TEK MUAVİN OLARAK VERİLDİĞİNDE AKTARMA SORUNSUZ ÇALIŞIYOR. NET ÜCRET MUAVİN KOD KISMININ PERSONEL SABİT KART CARİ/MUH.KOD İLE BAĞLANTISININ YAPILMASI

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.10.2007	2	Tamam	Evet	Hayır
Dosya	penteg.dll (4.0.10.174)
Modül	personel entegrasyon modulu
Açıklama	Net ücretin hesap kodu Personel sabit kartındaki CARİ/MUH.KOD ile bağlantısı yapıldı. Özel parametre : (‘ENTEGRASYON’,’NETODENEN’). Değer olarak 0 veya boş girilmişse hem netödenen hem avans’a; 1 ise sadece netödenen’e carimuhkod ataması yapılacak şekilde değişiklikler yapıldı.
Risk(ler)	PENTEGRASYON

İstek No 19690

Tarih	Program
03.07.2006	Temelset.Kalite Kontrol.Kalite Satın Alma Kayıtları
Koşul	kalite kontrol gruplarında "örnekler hurda" işaretleniyor.
Problem	satın alma kalite kontrol kayıtlarında ölçüm bilgilerine göre kayıtlar giriliyor ve hurda miktarlar görülüyor.Ancak ölçüm önerilerini hareketlere taşı denildiğinde diyelim ki tüm miktarlar red olmuşsa hepsini rek miktarının girişinin yapılacağı pasif olan ekranda hepsini red olarak gösteriyor, oysaki teste tabi tutlan ürün hurda olmalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.07.2007	1	Tamam	Evet	Hayır
Dosya	kkont.dll(4.0.10.433); kkonttrk.dll
Modül	KALİTE KONTROL MODULU
Açıklama	‘KALITEKONTROL’,’HURDAREDAYRI’ özel parametresi ile desteklendi.

İstek No 19832

Tarih	Program
24.07.2006	Temelset.Fatura._GENEL
Koşul	Barkod dizaynında 4431 numaralı saha kullanılıyor.
Problem	Faturada kalem bilgilerinde sağ tuşta yer alan barkod basımı ile basım yapıldığında 4431 numaralı sahanın değeri basılamıyor. 3.0’da sorun yok.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.07.2006	1	Tamam	Evet	Hayır
Açıklama	ÖZEL PARAMETRE FATURA,BARKODMIKTARBAS KULLANILMALI, EGER TEK SERIDEN BASIM İSTİYORSA FATURA,AYNISERITEK OZEL PARAMETRESI GIRILMELI

İstek No 19934

Tarih	Program
02.08.2006	Temelset.POS.POSa Ürün Gönderme
Koşul	ESCORT POS’A ÜRÜN GÖNDERİLDİĞİNDE ÖLÇÜ BİRİMİNDE MT OLARAK YAZMASINA RAĞMEN POS’TA SATIŞ YAPILDIĞINDA KİLO OLARAK GÖSTERİYOR.ÖLÇÜ BİRİMDE NE YAZIYORSA ONU ATMASINI İSTİYORUZ.
Ek Açık.	ESCORT POS’A ÜRÜN GÖNDERİLDİĞİNDE ÖLÇÜ BİRİMİNDE MT OLARAK YAZMASINA RAĞMEN POS’TA SATIŞ YAPILDIĞINDA KİLO OLARAK GÖSTERİYOR.ÖLÇÜ BİRİMDE NE YAZIYORSA ONU ATMASINI İSTİYORUZ.
Problem	ESCORT POS’A ÜRÜN GÖNDERİLDİĞİNDE ÖLÇÜ BİRİMİNDE MT OLARAK YAZMASINA RAĞMEN POS’TA SATIŞ YAPILDIĞINDA KİLO OLARAK GÖSTERİYOR.ÖLÇÜ BİRİMDE NE YAZIYORSA ONU ATMASINI İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.07.2007		Tamam	Evet	Hayır
Dosya	POS.dll (4.0.10.752)
Modül	POS Modulu
Açıklama	POS, ESCORTBIRIM özel parametresi ile desteklendi.

İstek No 19960

Tarih	Program
06.08.2006	Temelset.Fatura._GENEL
Koşul	KOŞUL UYGULAMASI AKTİF,SATIR BAZINDA KOŞUL SORULSUN AKTİF,MAL FAZLASI İSKONTOSU VE SATIR BAZI ISKONTO UYGULANIYOR.10/1 MAL FAZLASI VERİL
Ek Açık.	KOŞUL UYGULAMASI AKTİF,SATIR BAZINDA KOŞUL SORULSUN AKTİF,MAL FAZLASI İSKONTOSU VE SATIR BAZI ISKONTO UYGULANIYOR.10/1 MAL FAZLASI VERİLİYOR,SATIR KAYITLARINDA 10’DAN BÜYÜK BİR DEĞER GİRİLİYOR MAL FAZLASI DOĞRU HESAPLANIYOR,ANCAK MİKTAR YANLIŞ GİRİLDİĞİ İŞİN MİKTAR ALANINA GERİ GELİP 10’DAN KÜÇÜK BİR DEĞER GİRİLİYOR,MAL FAZLASI MİKTARI SIFIRLANMIYOR
Problem	KOŞUL UYGULAMASI AKTİF,SATIR BAZINDA KOŞUL SORULSUN AKTİF,MAL FAZLASI İSKONTOSU VE SATIR BAZI ISKONTO UYGULANIYOR.10/1 MAL FAZLASI VERİLİYOR,SATIR KAYITLARINDA 10’DAN BÜYÜK BİR DEĞER GİRİLİYOR MAL FAZLASI DOĞRU HESAPLANIYOR,ANCAK MİKTAR YANLIŞ GİRİLDİĞİ İŞİN MİKTAR ALANINA GERİ GELİP 10’DAN KÜÇÜK BİR DEĞER GİRİLİYOR,MAL FAZLASI MİKTARI SIFIRLANMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.11.2006	1	Tamam	Evet	Hayır
Dosya	FATURA.DLL (4.0.2.6771)
Modül	FATURA MODULU
Açıklama	Fatura KOSULGUNCELLE ozel parametresi ile desteklendi.

İstek No 19980

Tarih	Program
09.08.2006	Personel.Netsis Personel.Yatay Bordro
Koşul	Text Basım Formatı:Düz seçtiğimizde;
Ek Açık.	PErsonel Puantaj Bilgilerindeki tüm veri kalemlerini basmıyor. Sadece değeri sıfırdan farklı olan kalemleri basıyor.
Problem	Halbuki puantajında bulunan bütün verileri basmak istiyoruz.Sıfır lı veriler dahil olmak üzere. Mesala Fazla mesai kısmı sıfır olsa dahi çıktıda görülmesi isteniyor. Hatta bunun la ilgili olarak mahkeme kararı ve bilirkişi isteği mevcut. Yardımınız için şimdiden teşekkür ederim. Yasin SARPER

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.08.2006		Yanıtlandı	Evet	Hayır
Açıklama	İlgili kontroller daha önce Bordro zarfı basımları için istendiğinden Bordro zarfı basımına koyulmuştur. Yatay bordro için Rapor modülü Personel Puantaj bilgileri raporu kullanılabilir. Bordro zarfı için özel parametre tanımı yapılmalı yada dizayn modülünden dizayn hazırlanmalıdır. Özel parametre tanımı: Grup Kodu: PERSONEL Anahtar: BRDMESAI Değer: Kazanç yada yardım sıra numarası Uygulama detayı için destek birimlerii ile görüşülebilir.

İstek No 20065

Tarih	Program
17.08.2006	Temelset.Stok._GENEL
Koşul	CARI HAREKET DOKUMUNDE FATURADA DETAY İŞARETLENDİĞNDE BİZ M2 UYGULAMASI KULLANDIĞIMIZDAN EK ALAN1 BÖLÜMÜNDE YAZILANLARINDA GÖSTERİLMESİNİ İSTİYORUZ
Ek Açık.	NNR İLE RAPOR HAZIRLANDIĞINDA EKALAN1 BAĞLANTI TABLOSUNDA OLDUĞUNDAN + İŞARETİNE BASTĞIMIZDA AYRINTI GÖRÜNÜYOR. AYRICA HER RAPORA GİRİŞTE CARİ KISITI GİRMEK İŞKENCE, RAPORU YAZDIRDIĞIMIZDA ALT SAKLANAN BÖLÜMÜ YAZMIYOR.
Problem	BUNU NEDEN CARİ HAREKET DÖKÜMÜNE KOYMUYORSUNUZ.BİZİM GİBİ M2 İŞLEMİ KULLANAN İNSANLAR YOKMU? AYRICA PROGRAMDA ALT YAPI DEĞİŞİKLİĞİ GEREKTİRMEDİĞİNİ SANIYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.12.2006	1	Tamam	Evet	Hayır
Açıklama	ekalan sahası için Özel parametre ‘CARI’,’FATDETEKALANGOSTER’,’1′ ekalan1 sahası için Özel parametre ‘CARI’,’FATDETEKALAN2GOSTER’,’1′

İstek No 20100

Tarih	Program
23.08.2006	Temelset.Cari.Özel Hesap Kapatma
Koşul	Özel hesap kapatma penceresi geldiğinde..
Problem	Özel hesap kapatma penceresi, kapatma işlemi yapılmadan kapatılabiliyor.. Bunun engellenmesi yani kapatma işleminin zorunlu hale getirilmesi konusunda bir çözüm istiyoruz.. [Egeduru]

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.05.2007	2	Tamam	Evet	Hayır
Açıklama	‘CARI’,’OZELHESAPZORUNLU’ özel parametresi ile 4.0.08 versiyonumuzda desteklenmiştir.

İstek No 20214

Tarih	Program
08.09.2006	Temelset.Fatura.Satış İrsaliyesi
Koşul	Satır bazı koşul uygulaması açık, fiyat listesi uygulaması var.Ozel paramtrelerde grup_kod FATURA, anahtar NOT_FIYAT_GUNCELLE kayıtlı. Satış irsaliyesinden iade tipli kayıt giriliyor.
Ek Açık.	Aynı irsaliyenin kalemlerinin üstünden geçilirken stok fiyatı ‘0’ lanıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.09.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(4.0.2.6761)
Modül	fatura modulu
Açıklama	‘FATURA’,’NOT_FIYAT_GUNCELLE’ özel parametresi varsa, iadelerde kalem üzerinden tekrar geçerken fiyatın sıfırlanmaması sağlandı.

İstek No 20290

Tarih	Program
15.09.2006	Temelset.Dekont.Senet/Çek İadesi
Koşul	DURUMU BEKLEMEDE OLAN BİR BORÇ ÇEKİ İÇİN
Problem	DEKONT MODÜLÜNDEN BORÇ ÇEKİ İADESİ YAPILDIĞI ZAMAN ÇEKİN DURUMU ÖDENMİŞ OLARAK DEĞİŞİYOR. ÇEKİN DURUMUNUN BEKLEMEDE OLARAK KALMASI GEREKİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.09.2006	1	Tamam	Evet	Hayır
Dosya	DEKONT.DLL(4.0.6.953)
Modül	DEKONT MODULU
Açıklama	Özel parametre: GRUP : DEKONT ANAHTAR : BORCIADE

İstek No 20340

Tarih	Program
22.09.2006	Temelset.Fatura.Satış Faturası
Koşul	Satır bazında kosul uygulaması kullanılıyor.
Ek Açık.	Bu istek betek için "müşteri siparişi ve satış irsaliyelerinde birden fazla koşul olabildiği halde faturada koşul tektir" şeklindeki iş kuralından dolayı talep edilmektedir.
Problem	Sadece satış faturası ekranında sipariş seçimi ekranında bulunan gridde kosul kodu farklı olan kalemlerin aynı anda seçilememesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.09.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll(4.0.2.6762)
Modül	fatura modulu
Açıklama	‘FATURA’,’SIPFATFARKLIKOSULSECMESIN’ özel parametresi tanımlanırsa satış faturası ve alış faturasında sipariş seçimi gridinde kontrol yapılıyor.

İstek No 20341

Tarih	Program
22.09.2006	Temelset.Stok.Detay Kodu Bazında Muhasebe Denetleme
Koşul	Lokal depo bazında entegrasyon yapılmıyor.
Ek Açık.	Depolar arası transferler muhasebeye işlenmediğinden dolayı fark vermeyen detay kodlarında farklar görünüyor.
Problem	Bu raporda depolar arası transfer hareketleri gelmemeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.10.2006	1	Tamam	Evet	Hayır
Dosya	STOK.DLL(4.0.2.2330)
Modül	STOK MODULU
Açıklama	‘STOK’,’DEP.TRANSFER_HAREKETLERI_HARIC’ özel parametresine bağlı olarak depolarararı transfer hareketleri getirilmiyor.

İstek No 20358

Tarih	Program
22.09.2006	Temelset.Dekont._GENEL
Problem	Program, BA ve BS formlarına ait bilgileri hazırlarken, genel dekont kaydından girilen hareketleri dikkate almıyor, oysa bizim tüm işyerlerimizde, stok takibi olmayan tüm işlemler sadece genel dekont kaydından girilmekte. Genel gider cari hesap fatura kaydı ekranını şimdiye dek hiç kullanmadık. Şu durumda BA-BS formlarıyla ilgili uygulamayı kullanamaz durumdayız, genel dekont kaydından girilen hareketlerin de bu raporda dikkate alınmasını rica ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.09.2006		Tamam	Evet	Hayır
Dosya	muhasebe.dll(4.0.2.1256)
Modül	muhasebe modulu
Açıklama	Genel gider fatura kaydındaki mantıkla yapıldı. Dolayısıyla girilen genel dekont kaydında 191 li hesap çalışması gerekiyor. Özel parametre; MUHASEBE,BFORMUDEKONTSERI ve değer sahasına da dahil edilmesi istenen genel dekont ların serileri tırnak içinde girilmelidir. ’01’, ’02’ vb

İstek No 20367

Tarih	Program
23.09.2006	Temelset._GENEL._GENEL
Koşul	eSNEK yapılandırma kullanılıyor. Özel parametre olarakta GRUP DEGERI=’ESNEKYAP’ ANAHTAR=’SADECE_YAPKOD’ ve DEGER=’1′ KULLANIYOR. BU parametreye göre fatura sipariş irsaliye girerken esnek sihirbazında sadece kodu verdiğimiz stokğa ait esnek yapılandırma kodlarının gelmesi gerekli. Ancak Program O stokta kullanılan özelliklerin tamamını getiriyor. Yani O stokta kullanılan özellik kodalarının hepsini getiriyor.
Ek Açık.	Acilen halledilmesini rica ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.09.2006		Yanıtlandı	Evet	Hayır
Açıklama	Belirtilen sorun için ‘ESNEKYAP’, ‘SADECE_YAPKOD’ özel parametresinin yanı sıra ‘ESNEKYAP’, ‘SADECE_STOK’ özel parametresinin de tanımlanması gerekmektedir.

İstek No 20369

Tarih	Program
23.09.2006	Temelset.Fatura.Aliş İrsaliyesi
Koşul	@6’YA GEÇİLDİ, DİZAYN LABELVIEW’DE YAPILDI, FORERUNNER’A GEÇMEDEN ÖNCE BASILIYORDU.
Ek Açık.	DÖKÜMANLAR SAYFASINDA BİLGİ BULAMADIM, BAKABİLECEĞİMİZ DÖKÜMAN VAR MI?
Problem	BARKODDA TEK ETİKET BASIMINDA 1317,5002 GİBİ SAHA GİRİLMİŞ DEĞERLER BASILMIYOR, SADECE 0,1 OLARAK BELİRTİLMİŞ BARKOD SAHALARI BASILIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.10.2006	1	Yanıtlandı	Evet	Hayır
Açıklama	4431 nolu alanın basılması için, "FATURA","BARKODMIKTARBAS" özel parametresi tanımlı olması gerekmektedir.Diğer sahalar için buna gerek yoktur, basım yapılabilmektedir.

İstek No 20393

Tarih	Program
25.09.2006	Temelset.Muhasebe.Klasik Yevmiye Fişi
Koşul	Klasik yevmiye fişi dökümü
Problem	Yazıcıdan çıktısı alınmak istediğinde sayfaya sığmıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.09.2006	1	Tamam	Evet	Hayır
Dosya	MUHASEBE.DLL(4.0.2.1256)
Modül	muhasebe modulu
Açıklama	OZEL PARAMETRE; MUHASEBE ; YEVBASIMACIKLAMA

İstek No 20438

Tarih	Program
28.09.2006	Temelset.Muhasebe.Normal Yevmiye Fişi
Koşul	muhasebeci paketi kullanıyorum.bu pakatte fatura modülü olmadığından ve kullanmadığımızdan dolayı maliyeye mükelleflerimiz için verdiğimiz yıllık alış ve satış fatura adet ve tutarları ile ilgili B formunu hazırlarken güçlükler çekiyoruz.
Ek Açık.	bu yüzden sizden isteğim yevmiye fişi girilirken B formuna aktarılacak tutar için ayrı bir pencere konulmasını ve rapor bölümündede B formunu almamızın sağlanmasını rica ediyorum.
Problem	kdv oranları farklı olan firmalarda muavinden B formu için gerekli bilgiler sağlıklı alınamıyor.bu yüzden dosyadan tek tek faturalara gitmemiz buda çok zamanımızı alıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.10.2008		Tamam	Evet	Hayır
Dosya	Muhasebe.dll
Modül	Muhasebe
Açıklama	Güncel dosyalar ve MUHASEBE\BFORMMUHFIS özel parametresi ile kayıtlar B formuna sadece muhasebe modülünden getirtilebilmektedir.

İstek No 20439

Tarih	Program
28.09.2006	Temelset.Üretim.Reçete Kaydı
Koşul	reçetede miktar olarak 7 ve fire mik. olarak 5 giriliyor. serbest üretim sonu kaydında miktar olarak 2, 2.miktar olarak 5 atıyor. aynı mantıkla reçetede miktar olarak 0,417 ve fire olarak 0,082 girildiğinde miktar olarak 0,3828 ve 2.miktar olarak 0,0342 getiriyor.
Ek Açık.	reçetede miktarda ve fire miktarında 1’in altında olanlarda problem oluyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.10.2006	1	Tamam	Evet	Hayır
Dosya	URETIM.DLL (4.0.2.1420)
Modül	ÜRETİM MODULU
Açıklama	özel parametre: URETIM,FIREMIKKONTROL

İstek No 20574

Tarih	Program
10.10.2006	Temelset.Dizayn.Dizayn
Koşul	HERHANGİ BİR SATIŞ FATURASINDA NAKLİ YEKUN OLUŞMASI DURUMUNDA, BU FATURANIN BASIMI YAPILIRKEN NAKLİ YEKUN SAYFANIN SOL BAŞINDA BASILMAKTADIR. HALBUKİ 3.0 SETİNDE BU NAKLİ YEKUN SATIRI SAYFANIN SAĞ BAŞINA YAZDIRILIRDI.
Ek Açık.	NAKLİ YEKUNUNU İLGİLİ SATIRIN SOL BAŞINA DEĞİL SAĞDA ÇIKMASI İSTENMEKTEDİR.
Problem	NAKLİ YEKUN İLE İLGİLİ DİZAYN GENEL BİLGİLERDE SADECE SATIR BELİRLENMEKTEDİR. FAKAT SUTUN BELİRLENEMEDİĞİ İÇİN BURAYA İLİŞKİN MUDAHALE YAPILAMAMAKTADIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.10.2006	1	Tamam	Evet	Hayır
Dosya	DIZAYN.DLL (4.0.2.730)
Modül	DIZAYN MODULU
Açıklama	özel parametre DIZAYN, NAKLIYEKUNALTSATIR.

İstek No 20669

Tarih	Program
19.10.2006	Temelset.Üretim.İş Emri Girişi
Koşul	İş emrinden reçete açılışı yapılıyor. Oto reçliler için iş emri oluşmasın isteniyor.
Ek Açık.	İş emrinden reçete açılışı yapılıyor. Oto reçliler için iş emri oluşmasın isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.04.2008	2	Tamam	Evet	Hayır
Açıklama	4.0.12 versiyonumuzda desteklenmektedir. Özel Parametre: URETIM – OTORECISEMRIURETME
Risk(ler)	ÜRETİM

İstek No 20727

Tarih	Program
28.10.2006	Temelset.Fatura.Müşteri Siparişleri
Koşul	HER MÜŞTERİ İÇİN FARKLI FİYAT POLİTİKALARINI KULLANABİLMEK İÇİN FİYAT LİSTELERİMİZİ OLUŞTURURKEN FİYAT GRUPLARINA BAĞLAYARAK OLUŞTURUYOR VE BU FİYAT GRUPLARINI DA MÜŞTERİLERİMİZİN CARİ KARTLARI İLE İLİŞKİLENDİRİYORUZ.
Ek Açık.	BU DURUMDA FİYAT LİSTESİNİN GEÇERLİLİK TARİHİ GEÇMİŞ İSE SİPARİŞLERDE FİYAT GETİRMEMESİ GEREKİYOR. FAKAT GETİRİYOR. FİYAT ALANINDA SAĞ KLİKTE FİYAT LİSTESİ ÇAĞIRDIĞIMIZDA DA GEÇERLİLİĞİ SONA ERMİŞ OLMASINA RAĞMEN FİYAT GELİYOR. OYSA BİZ FİYAT LİSTESİNİ DE KONTROL EDEREK FİYAT YOK İSE ANLAŞMA SAĞLANMADIĞINI ANLIYORUZ. ÖRNEK OLARAK; T1 FİYAT GRUBUNA BAĞLI T1 STOK KARTI İÇİN 01.09.2006 DA BAŞLAYAN VE 30.09.2006 DA BİTECEK BİR FİYAT LİSTEMİZ VAR. SİPARİŞ ALINAN MÜŞTERİNİN CARİ KARTINDA FİYAT GRUBU DA T1 OLARAK İLİŞKİLENDİRİLMİŞ. 10.10.2006 TARİHİNDE SİPARİŞ GİRİLDİĞİNDE FİYAT GETİRMEMESİ VE KALEMLER SAYFASINDA SATIRDA FİYAT ALANININ ÜSTÜNDE İKEN SAĞ KLİKTE FİYAT LİSTESİ GELMEMESİ GEREKİYOR.
Problem	STOK KARTINDA FİYAT BİLGİLERİNE BAKTIĞIMIZDA FİYAT GÖREMİYORUZ. ÇÜNKÜ GEÇERLİLİK TARİHİ GEÇMİŞ. İŞ BİTMİŞ. AYNI BURADA Kİ GİBİ SİPARİŞTE DE FİYAT LİSTESİ BULAMAMASI LAZIM. FİYAT GRUBU KULLANMAZSANIZ ZATEN GETİRMİYOR AMA BU SEFERDE CARİ BAZINDA FARKLI FİYAT LİSTELERİ KULLANAMIYORUZ. BU HATANIN ACİLEN GİDERİLMESİNİ İSTİYORUZ. DESTEK BİRİMLERİNİZLE BU KONU GÖRÜŞÜLMÜŞ OLUP BUNUN BİR HATA OLDUĞU KABUL EDİLMEMİŞTİR. ACİLDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.12.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.4.6881)
Modül	fatura modulu
Açıklama	‘FATURA’,’FIYATGRUPLISTELE’ özle parametresi kullanılmalıdır.

İstek No 20759

Tarih	Program
01.11.2006	Temelset.Muhasebe.Klasik Yevmiye Fişi
Problem	KLASIK YEVMIYE FIS BASIMINDA INKJET YAZICI KULLANIP TEK FIS BASTIGIMIZ ZAMAN FIS SAYFAYA SIGIYOR VE DUZGUN CIKIYOR. YINE AYNI BOLUMDEN BIRDEN FAZLA FIS NUMARASINI GONDERDIGIMIZ ZAMAN ALACAK HANESI BASKA SAYFADA CIKIYOR VE YAZI FORMATIDA BUYUMUS OLUYOR. BU HATANIN KISA SÜREDE DUZELTILMESINI RICA EDERIZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.11.2006		Yanıtlandı	Evet	Hayır
Dosya	Muhasebe.dll(4.0.2.1256)
Açıklama	Özel parametre tanımı ile yapılabilir. Grup Kodu: MUHASEBE Anahtar: YEVBASIMACIKLAMA Uygulama detayı için destek birimlerinden bilgi alınabilir.

İstek No 20856

Tarih	Program
09.11.2006	Temelset._GENEL._GENEL
Problem	Siparişi normal sevk emri=> yükleme emri=> fatura … dan bu aşamalardan fatura ediyoruz. Ancak faturayı iptal ettiğimizde yükleme emrini silmek istediğimizde fatura oluşturulmuş diye uyarı veriyor. İptal edilen fatura geri siparişlere dönmüyor ve sevk emrine gelmiyor…

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.11.2006		Yanıtlandı	Evet	Hayır
Açıklama	Özel parametreler; ‘SEVKYUKLEME’,’YUKLEMENO’ VE ‘SEVKYUKLEME’,’YUKTEKRARKULLAN’. Bu parametrelerin dısında faturadaki "faturada ek sorgulama var mı" ve "satır bazında ek açıklama sorulsun mu" parametrelerinin açık olması gereklidir. Uygulama detayı için destek birimlerinden bilgi alınabilir.

İstek No 20961

Tarih	Program
18.11.2006	Temelset.Muhasebe.Klasik Yevmiye Fişi
Koşul	4.02 VERSİYONUNA GEÇİŞ YAPTIKTAN SONRA KLASİK YEVMİYE FİŞİ DÖKÜMÜMÜZDE SORUN OLUYOR.(HP LASERJET 1020). BORÇ ALACAK SÜTUNLARI SIĞMIYOR.
Ek Açık.	4.02 VERSİYONUNA GEÇİŞ YAPTIKTAN SONRA KLASİK YEVMİYE FİŞİ DÖKÜMÜMÜZDE SORUN OLUYOR.(HP LASERJET 1020). BORÇ ALACAK SÜTUNLARI SIĞMIYOR.
Problem	4.02 VERSİYONUNA GEÇİŞ YAPTIKTAN SONRA KLASİK YEVMİYE FİŞİ DÖKÜMÜMÜZDE SORUN OLUYOR.(HP LASERJET 1020). BORÇ ALACAK SÜTUNLARI SIĞMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.11.2006		Yanıtlandı	Evet	Hayır
Açıklama	Taslak basım ayarı yapılabilr yada eskisi gibi basım için MUHASEBE / YEVBASIMACIKLAMA özel parametresi kullanılabilir. Detay için destek birimlerinden bilgi alınabilir.

İstek No 21041

Tarih	Program
27.11.2006	Temelset.Fatura._GENEL
Problem	FATURA NUMARA DEĞİŞİKLİĞİNDE TESLİM CARİ KOD DEĞİŞMESİN PARAMETRESİNİN DEFAFAULT İŞARETLİ GELMESİNİ İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2007	2	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.4.6888)
Modül	fatura modulu
Açıklama	ÖZEL PARAMETRE: FATURA, TESLIMCARIKODDEGISMESIN, 0

İstek No 21051

Tarih	Program
28.11.2006	Temelset.Muhasebe._GENEL
Koşul	Yevmiye fişi dökümünde taslak basım ayarı yapmadan yevmiye fişi dökümü
Ek Açık.	Klasik yevmiye fişinde olduğu gibi eski versiyona göre döküm almak istiyoruz. Kullanılan özel parametrenin (MUHASEBE NORMALDOKUM) kullanılarak eski versiyona göre taslak basım ayarı yapılmadan dökümün alınabilmesi.
Problem	Klasik yevmiye fişinde olduğu gibi eski versiyona göre döküm almak istiyoruz. Kullanılan özel parametrenin (MUHASEBE NORMALDOKUM) kullanılarak eski versiyona göre taslak basım ayarı yapılmadan dökümün alınabilmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.01.2007	2	Tamam	Evet	Hayır
Dosya	muhasebe.dll (4.0.4.1309)
Modül	muhasebe modulu
Açıklama	‘MUHASEBE’,’YEVBASIMACIKLAMA’ özel parametresi kullanılınca YEVMIYE FİŞ LİSTESİNDE Açıklama1 sahası max 35 basılıyor, kullanılmayınca daha fazla karakter basılabiliyor.

İstek No 21069

Tarih	Program
29.11.2006	Temelset.Teklif._GENEL
Koşul	TALEP TEKLIF VE ONAY SISTEMI
Problem	RED EDILECEK TEKLIF VEYA TALEP ILKONCE ONAYLANMAK SONRADA KAPATILMAK ZORUNDA KALINIYOR. SISTEMDE RED ETME GIBI BIR DURUM OLMADIGI ICIN KAPAMA YAPILIYOR. KAPAMA YAPILIRKEN DE SADECE ONAYLI TALEP VEYA TEKLIFLER GELIYOR. KAPAMA ISLEMININ ONAYLANMAMIS TALEP VE TEKLIF ICINDE UYGULANABILMESI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.12.2006	1	Tamam	Evet	Hayır
Dosya	teklif.dll(4.0.4.323)
Modül	talep teklif modulu
Açıklama	‘TALEPTEKLIF’,’ONAYSIZKAPAMA’ özel parametresiyle talep ya da teklifler onaysız kapanabilir ve onaysız açılabilir hale getirildi.

İstek No 21097

Tarih	Program
01.12.2006	Personel.Netsis Personel.Personel Puantaj Bilgileri
Koşul	puantaj girişinde; puantaj bilgileri girildikten sonra sağ click güne bağlı hesaplama yapılmadan diğer bir bordroya geçilmemesi
Problem	personel puantaj bilgilerinde, puantajlar girildikten sonra günlere bağlı olarak otomatik gelmesi gereken yardım ve kesintilerin sağ click güne bağlı hesaplama yapılmadan geçilmemesi için; örneğin temelset programındaki fatura modülündeki "miktar 0 geçilmesin" gibi bi parametreye bağlanması ve giriş yapan kişiye güne bağlı hesaplama yapmadan diğer bordroya geçmesi durumunda uyarı vermesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.07.2007	2	Tamam	Evet	Hayır
Dosya	personel.dll (4.0.10.2071)
Modül	personel bordro modulu
Açıklama	‘PERSONEL’,’GUNEBAGLIHES’ özel parametresi ile çalışıyor. Sonraki personele geçmeden önce bu parametre varsa, otomatik olarak gune bağlı hesaplama yapıyor.

İstek No 21113

Tarih	Program
04.12.2006	Temelset.Kasa İşlemleri._GENEL
Koşul	HIZLI TAHSİLAT KAYDINDA KREDİ KARTI NUMARASI HANESİNE 14 HANELİ KREDİ KARTI NUMARASI GİRMEK GEREKİYOR.
Ek Açık.	OYSAKİ SLİPLERDE BİZ SADECE İLK 4 VE SON 4 RAKAMI GÖRÜNÜR.ARADAKİ RAKAMLAR " * " VEYA BAŞKA BİR KARAKTERLE İFADE EDİLİR.
Problem	BU ALANA KAYIT GİRİLİRKEN TAMAMINI GİRMEK İSTEMİYORUZ.Kİ ZATEN BÖYLE BİR ŞANSIMIZDA YOK.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.12.2006	2	Tamam	Evet	Hayır
Dosya	kasa.dll (4.0.4.874)
Modül	kasa modulu
Açıklama	Özel parametre BANKA, KREDIKARTIKONTROLETME.

İstek No 21124

Tarih	Program
04.12.2006	Temelset.Fatura.Satış Faturası
Koşul	KREDİ KARTI UYG. KULLANILIYOR.
Ek Açık.	.
Problem	KAPALI FATURADA ÇIKAN TAHSİLAT EKRANINDA KREDİ KARTI NUMARASI BİLGİSİNİN BOŞ GEÇİLEBİLMESİ İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.12.2006	1	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.4.6881)
Modül	fatura modulu
Açıklama	Özel parametre BANKA, KREDIKARTIKONTROLETME.

İstek No 21127

Tarih	Program
04.12.2006	Temelset.Fatura.Aliş Faturası
Koşul	MÜŞTERİDE SİPARİŞ SİSTEMİ FİFO METODU İLE ÇALIŞMAKTADIR VE ALIŞ FATURA PARAMETRELERİNDEN "SİPARİŞ SİSTEMİ FİFO METODU İLE ÇALIŞSIN MI " İŞARETLİDİR.
Ek Açık.	SİSTEMDEN ALIŞ FATURASI VEYA İRSALİYESİ GİRİŞİ YAPILDIĞI ZAMAN SİPARİŞLER FİFO METODUNA GÖRE KAPANMAKTADIR.ANCAK SİPARİŞTE GEÇEN STOK MİKTARI FATURA VEYA İRSALİYE MİKTARINDAN KÜÇÜK İSE SİSTEM BİR SONRAKİ SİPARİŞİN TESLİM TARİHİNİN İLERKİ BİR TARİH OLMASINA BAKMADAN KALAN BAKİYEYİ İLERKİ TARİHLİ SİPARİŞTEN DÜŞMEKTEDİR.
Problem	MÜŞTERİ BÖYLE BİR DURUMDA SİSTEMİN SİPARİŞ TESLİM TARİHİ FATURA VEYA İRSALİYE TARİHİNDEN SONRA OLAN SİPARİŞLERİ DİKKATE ALMAMASINI,KALAN BAKİYENİN EN SON SİPARİŞTE FAZLA TESLİMAT OLARAK GÖSTERİLMESİNİ İSTEMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.03.2008	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.10.7542)
Modül	Fatura
Açıklama	FATURA/FIFOTESTAR özel parametresi de kullanılmalıdır.

İstek No 21178

Tarih	Program
07.12.2006	Temelset.Dekont.İhracat Kapatma
Koşul	İHRACATÇI OLAN FİRMAMIZDA TÜM CARİ VE BANKA İŞLEMLERİNDE İRACAT FATURA TARİH/NUMARASI İLE GÜMRÜK ÇIKIŞ BEYANNAME NUMARASI MUTLAKA YAZILMAKTADIR..
Problem	CARİ HAREKET AÇIKLAMA VE ENTEGRE AÇIKLAMA SATIRLARINDA FATURA TARİH/NO VE GÇB NO OTOMATİK YAZILMALI..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2007	2	Tamam	Evet	Hayır
Dosya	dekont.dll(4.0.4.929)
Modül	dekont modulu
Açıklama	Ozel Parametre ‘DEKONT’, ‘ACIKLAMAGETIR’

İstek No 21299

Tarih	Program
19.12.2006	Temelset.Cari.Cari E-Posta Tanımlamaları
Koşul	Sipariş, irsaliye ve faturada mail kullanılıyor.
Problem	Teslim cari koda görede mail gönderimi yapılabilsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.08.2007	2	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.10.7267)
Modül	fatura modulu
Açıklama	Ozelparametre : EPOSTA, TESLIMCARI

İstek No 21419

Tarih	Program
04.01.2007	Temelset.Dizayn.Dizayn
Ek Açık.	DIZAYNDAN WORD AKTARIMDA EGER SABLONDA BORDER VAR ISE BORDER’LARI BASMIYOR
Problem	DIZAYNDAN WORD AKTARIMDA EGER SABLONDA BORDER VAR ISE BORDER’LARI BASMIYOR

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2007		Tamam	Evet	Hayır
Dosya	DIZAYN.DLL (4.0.4.1507)
Modül	DİZAYN MODULU
Açıklama	ÖZEL PARAMETRE: ‘DIZAYN’, ‘WITHBORDER’

İstek No 21421

Tarih	Program
04.01.2007	Temelset.Teklif.Satın Alma Talep Siparişleştirme
Koşul	4.0.4 versiyonunda satınalma talep/teklif siparişleştirme adımında aşağıdaki hata mesajı gelmektedir.
Ek Açık.	Veri tabanı işleminde hata! [DBQuery : stquery SQL : SELECT * FROM TEKLIFTRAOTR WITH (NOLOCK) WHERE TIPI<>1 AND TIPI<>3 AND ( ((STHAR_GCMIK-FIRMA_DOVTUT>0)AND (L_YEDEK9=0))OR ((STHAR_GCMIK2-FIRMA_DOVTUT>0)AND (l_YEDEK9=-1)) ) AND STHAR_HTUR=’H’ And ( (FTIRSIP = ‘D’) ) ORDER BY FATIRS_NO,SIRA Invalid column name ‘L_YEDEK9’.(NetsisMS-42S22,207) Invalid column name ‘STHAR_GCMIK2’.(NetsisMS-42S22,207) Invalid column name ‘L_YEDEK9′.(NetsisMS-42S22,207) SELECT * FROM TEKLIFTRAOTR WITH (NOLOCK) WHERE TIPI<>1 AND TIPI<>3 AND ( ((STHAR_GCMIK-FIRMA_DOVTUT>0)AND (L_YEDEK9=0))OR ((STHAR_GCMIK2-FIRMA_DOVTUT>0)AND (L_YEDEK9=-1)) ) AND STHAR_HTUR=’H’ AND ( (FTIRSIP = ‘D’) ) ORDER BY FATIRS_NO,SIRA

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.01.2007	1	Tamam	Evet	Hayır
Açıklama	20938 nolu istek için Dbupdate yapılması gerekiyor.

İstek No 21507

Tarih	Program
13.01.2007	Temelset.Müşteri Çekleri._GENEL
Koşul	MÜSTAHSİL MAKBUZU KESİLİRKEN BAZI MÜSTAHSİLLER İÇİN BAĞKUR KESİNTİSİ YAPILIRKEN BAZI MÜSTAHSİLLERDE İSE BAĞKUR KESİNTİSİ YAPILMAMASI GEREKİYOR.
Ek Açık.	BAĞKUR KESİNTİSİ YAPILMAMASI GEREKEN MÜSTAHSİLLERİN MAKBUZUNU KERSERKEN BAĞKURUNU KESMEMESİ GEREKMEMEKTEDİR
Problem	BAĞKUR KESİNTİSİ YAPILMAYACAK OLAN MÜSTAHSİLLERİ CARİ KARTLARINA BAĞKUR KESİNTİSİNİ YAPILIP YAPILMAYACAĞINI KAYDEDEBİLECEĞİMİZ BİR ALANIN EKLENMESİNİ VE BÖYLELİKLE SAYILARI BİNLERİ BULAN MÜSTAHSİLLERİN HANGİSİNİ BAĞKUR KESİNTİSİ YAPILACAK HANGİLERİNİN BAĞKUR KESİNTİSİ YAPILMAYACAK AKILDA TUTULMASININ GÜÇLÜĞÜNÜ TAHMİN EDEBİLİRSİNİZ BU KONUDAKİ İSTEĞİMİZİN DEĞERLENDİRİLMESİNİ ARZ EDERİZ. H.İBRAHİM CEYLAN

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.11.2007	1	Tamam	Evet	Hayır
Dosya	mustf.dll (4.0.10.475)
Modül	Müstahsil Faturası
Açıklama	Özel parametre: MUSTAHSIL, BAGKURHESAPLAMA DEGER alanına CASABITEK tablosundaki kullanıcı tanımlı sahalardan birinin adı yazılarak, ilgili yazılan değerin karşılığı cari kartta E olarak tanımlanmalıdır.
Risk(ler)	MUSTAHSIL

İstek No 21670

Tarih	Program
25.01.2007	Temelset.Devir.Cari Devir
Koşul	SENESONU DEVİR (CARI MODULU) YAPILIYOR. ŞUBELİ CARİ SİSTEMİ KULLANILIYOR DEVİR SIRASINDA PARAMETRELER ŞÖYLE: DEVİR TİPİ=CARİ HESAP TIPINE GÖRE, YAŞLANDIRMA KAYIT TARİHİNE GÖRE VE DEVİR İŞLEMİ BAŞLATILIYOR
Ek Açık.	1 NOLU ŞUBEMDE 2006 DA BAKİYESİ 0 OLMASINA RAĞMEN BİRKAÇ KAPATILMAMIŞ FATURA GETİRİYOR 2007 YILINA!. ŞUBE BAZINDA BAKİYELERİ YAŞLANDIRIKEN HATA YAPIYOR.
Problem	1 NOLU ŞUBEMDE 2006 DA BAKİYESİ 0 OLMASINA RAĞMEN BİRKAÇ KAPATILMAMIŞ FATURA GETİRİYOR 2007 YILINA!. ŞUBE BAZINDA BAKİYELERİ YAŞLANDIRIKEN HATA YAPIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.02.2007		Yanıtlandı	Evet	Hayır
Dosya	Devir.dll dosyası güncellenmelidir.
Modül	Sene Sonu Devir
Açıklama	DEVIR/SUBELIYASLANDIRMA/E özel parametresi kullanılmalıdır. Cari devir işlemi şube bazında yapılmalıdır.

İstek No 21765

Tarih	Program
01.02.2007	Temelset.Kasa İşlemleri.Kasa Kayıtları
Koşul	Kasa işlemleri Fatura Gider olarak kullanılıyor. Çok hesap seçiliyor. Seçilen her hesap için yevmiye açıklaması girilmek isteniyor. Ama Çok hesap seçimi ekranında açıklama yok. Dolayısı ile yevmiye açıklaması her hesap için Günlük Kasa Ödemeleri olarak gidiyor. Değiştirilmesini talep ediyoruz. mali
Ek Açık.	Kasa işlemleri Fatura Gider olarak kullanılıyor. Çok hesap seçiliyor. Seçilen her hesap için yevmiye açıklaması girilmek isteniyor. Ama Çok hesap seçimi ekranında açıklama yok. Dolayısı ile yevmiye açıklaması her hesap için Günlük Kasa Ödemeleri olarak gidiyor. Değiştirilmesini talep ediyoruz. mali
Problem	Kasa işlemleri Fatura Gider olarak kullanılıyor. Çok hesap seçiliyor. Seçilen her hesap için yevmiye açıklaması girilmek isteniyor. Ama Çok hesap seçimi ekranında açıklama yok. Dolayısı ile yevmiye açıklaması her hesap için Günlük Kasa Ödemeleri olarak gidiyor. Değiştirilmesini talep ediyoruz. mali

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309),Dekont.dll (5.0.2.222), Enttrk.dll
Modül	Kasa, Dekont
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır. Kasa Kayıtları\Fatura , Dekont\ Serbest Meslek Makbuzu ve Dekont\ Genel Gider Cari Fatura Kaydı ekranlarında Gider Kalemleri Karşılık Hesap “Çok” seçildiği zaman gelen Çoklu Kalem Girişi ekranına eklenen “Açıklama” alanına değer girilirse, yevmiye açıklamaları Gider Kalemleri bazında detaylandırılabilmektedir. Açıklama alanına değer girilmezse eskiden olduğu gibi standart açıklama yevmiye açıklamalarına atılmaktadır

İstek No 21944

Tarih	Program
15.02.2007	Temelset.Müstahsil Faturası.Müstahsil Makbuzu Girişi
Koşul	ZEYTİN SIKIMINDA SIKIM ÜCRETİ KARŞILIĞI OLARAK ALINAN ZEYTİNYAĞINDAN STOPAJ KESİNTİSİ YAPILMIYOR BU DURUMA ONDALIK DENİYOR.NORMAL ZEYTİNYAĞI ALIŞINDA STOPAJ KESİNTİSİ YAPILIYOR.BİZ ONDALIK VE NORMAL ZEYTİNYAĞI ALIŞINI TEK KARTTAN TAKİP ETMEK İSTİYORUZ.FAKAT STOPAJA MAL BAZINDA STOPAJ ORANI İŞARETLEDĞİMİZ İÇİN MÜSTAHSİL KESERKEN MÜDAHALE EDEMİYORUZ. PARAMETREYİ İŞARETLEMEDİĞİMİZDE TÜM STOKLARA PARAMETREDE TANIMLANAN ORAN KADAR STOPAJ GETİRİYOR.BİZİM İSTEDİĞİMİZ. MUSTAHSİLİ KESERKEN STPAJIN ORANINI STOK KARTININ NAKLİYE TUTARINDAN GETİRSİN.İSTERSEK BİZ SİLEBİLELİM.
Ek Açık.	ZEYTİN SIKIMINDA SIKIM ÜCRETİ KARŞILIĞI OLARAK ALINAN ZEYTİNYAĞINDAN STOPAJ KESİNTİSİ YAPILMIYOR BU DURUMA ONDALIK DENİYOR.NORMAL ZEYTİNYAĞI ALIŞINDA STOPAJ KESİNTİSİ YAPILIYOR.BİZ ONDALIK VE NORMAL ZEYTİNYAĞI ALIŞINI TEK KARTTAN TAKİP ETMEK İSTİYORUZ.FAKAT STOPAJA MAL BAZINDA STOPAJ ORANI İŞARETLEDĞİMİZ İÇİN MÜSTAHSİL KESERKEN MÜDAHALE EDEMİYORUZ. PARAMETREYİ İŞARETLEMEDİĞİMİZDE TÜM STOKLARA PARAMETREDE TANIMLANAN ORAN KADAR STOPAJ GETİRİYOR.BİZİM İSTEDİĞİMİZ. MUSTAHSİLİ KESERKEN STPAJIN ORANINI STOK KARTININ NAKLİYE TUTARINDAN GETİRSİN.İSTERSEK BİZ SİLEBİLELİM.
Problem	ZEYTİN SIKIMINDA SIKIM ÜCRETİ KARŞILIĞI OLARAK ALINAN ZEYTİNYAĞINDAN STOPAJ KESİNTİSİ YAPILMIYOR BU DURUMA ONDALIK DENİYOR.NORMAL ZEYTİNYAĞI ALIŞINDA STOPAJ KESİNTİSİ YAPILIYOR.BİZ ONDALIK VE NORMAL ZEYTİNYAĞI ALIŞINI TEK KARTTAN TAKİP ETMEK İSTİYORUZ.FAKAT STOPAJA MAL BAZINDA STOPAJ ORANI İŞARETLEDĞİMİZ İÇİN MÜSTAHSİL KESERKEN MÜDAHALE EDEMİYORUZ. PARAMETREYİ İŞARETLEMEDİĞİMİZDE TÜM STOKLARA PARAMETREDE TANIMLANAN ORAN KADAR STOPAJ GETİRİYOR.BİZİM İSTEDİĞİMİZ. MUSTAHSİLİ KESERKEN STPAJIN ORANINI STOK KARTININ NAKLİYE TUTARINDAN GETİRSİN.İSTERSEK BİZ SİLEBİLELİM.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.10.2007		Tamam	Evet	Hayır
Dosya	mustf.dll (4.0.10.475)
Modül	Müstahsil Faturası
Açıklama	Özel parametre : MUSTAHSIL STOPAJ
Risk(ler)	MUSTAHSIL

İstek No 22353

Tarih	Program
16.03.2007	Personel._GENEL._GENEL
Problem	Personel programındaki bir işyerinde herhangi bir kullanıcı çalışırken, başka bir kullanıcı aynı işyerinde ay değişikliği yapamıyordu, 4.0.4 de bu özellik çalışmıyor, tekrar çalışmasını rica ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.06.2007		Tamam	Evet	Hayır
Dosya	netper.exe (4.0.8.284)
Modül	personel bordro modulu
Açıklama	‘PERSONEL’, ‘MULTIUSAGEWORK’ ÖZEL PARAMETRESIYLE ÇALIŞIYOR.

İstek No 22404

Tarih	Program
22.03.2007	Temelset._GENEL._GENEL
Koşul	ÖZEL HESAP KAPATMA
Problem	kasadan tahsilat girildiğinde ,müşteri çekleri bölümünden çek girişi yapıldığında veya senet girişi yapıldığında, özel hesap kapatma bölümünde fatura ve çekleri işaret koyduğumuzda ortalama ödeme tarihlerini görüyorduk ama versiyon güncellemesinden sonra bu bölümde ortalama tarihlerini göremiyoruz.tahsilatlarda büyük sıkıntı yaratıyor .

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.03.2007		Yanıtlandı	Evet	Hayır
Açıklama	‘CARI’,’OZELHESAP_OPSIYONGUNU’ özel parametresi kullanılabilir.

İstek No 22634

Tarih	Program
07.04.2007	Temelset.Stok.Lokal Depo Bakiye Listesi
Koşul	4.0.6 SET ILE LOKAL DEPO BAKIYE LISTESI>ONSORGULAMADA T ILE BASLAYAN STOKLARIN RAPORLANMASI ISTENDIGINDE T% ILE RAPOR ALINAMIYOR.
Ek Açık.	4.0.6 SET ILE LOKAL DEPO BAKIYE LISTESI>ONSORGULAMADA T ILE BASLAYAN STOKLARIN RAPORLANMASI ISTENDIGINDE T% ILE RAPOR ALINAMIYOR.
Problem	DAHA ONCEKI SETLERDE ONSORGULAMA>STOK KODUNDA T% ILE RAPOR ALINABILIYORDU.DUZELTILMESINI RICA EDERIZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2007	1	Tamam	Evet	Hayır
Dosya	stok.dll (4.0.6.2496)
Modül	stok modulu
Açıklama	‘STOK’,’STOKRAPORLIKE’ ÖZEL PARAMETRESI ILE YAPILDI.

İstek No 22647

Tarih	Program
10.04.2007	Personel.Netsis Personel.Şirket Yaratma
Koşul	Personel paketinde açılan şirket kodu türkçe karakterler ile açılabiliyor.
Ek Açık.	şirket kodu içerisinde türkçe karakter olduğu zaman
Problem	personel sabit kartında resim yada dosya eklenemiyor. Tblevrak tablosun akyıt atılıyor fakat eklenen resim izlenemiyor. şirket yaratırken isminde türkçe karakter içermesine izin verilmemesi gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.05.2007		Tamam	Evet	Hayır
Dosya	personel.dll (4.0.8.1937)
Modül	personel bordro modulu
Açıklama	‘PERSONEL’ ‘TURKCEKARAKTER’ özel parametresi varsa, şirketlerin isimlerinde türkçe karaktere izin vermiyoruz, bu şekilde yaratılan şirketlerde tblevrak ile ilgili problem olmayacaktır.

İstek No 22907

Tarih	Program
01.05.2007	Temelset.Dekont.Satıcıdan Gelen Karşılık Çek Dekontu
Problem	KAYITLARDAN SONRA BASIMA İZİN VERMESİ GEREKİYOR. BASIM YAPILIP KAYIT YAPMA UNUTULURSA VERİTABANINDA OLMAYAN BİR İŞLEM İÇİN YASAL EVRAK ÇIKARTILMIŞ OLUYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.08.2007	2	Tamam	Evet	Hayır
Dosya	DEKONT.DLL (4.0.10.965)
Modül	DEKONT MODULU
Açıklama	Dekontta ‘DEKONT’,’BASIMKAYITKONTROL’ özel parametresi ile kayıt etmeden basım yapmaya izin vermemesi sağlandı.

İstek No 22908

Tarih	Program
01.05.2007	Temelset.Fatura.Aliş Faturası
Koşul	SERİ AÇIK
Problem	SERİ UYGULAMASI AÇIKKEN İRSALİYE BİLGİLERİNİN PARÇALI FATURALAMASI İŞLEMİNİ KULLANABİLMEK İSTİYORUZ.BİZİM İÇİN ÇOK ÖNEMLİ VE ACİL BİR KONU.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.04.2008	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.12.7672)
Modül	Fatura
Açıklama	Grup Kodu:FATURA Anahtar:PARCALI_IRS_VE_SERISIZ_STOK şeklinde özel parametre tanımlaması yapılmalıdır. Seri takibi olmayan stoklar için kalemlerde ve ön sorgudan fatura parçalama işlemi yapılabilmektedir. Seri takibi olan stoklar için parçalı faturalama işlemi fatura ön sorgu ekranından yapıldığında İrsaliyede girilen seriler faturaya taşınmaktadır.
Risk(ler)	FATURA,SERİ

İstek No 22957

Tarih	Program
04.05.2007	Temelset.Fatura._GENEL
Ek Açık.	ÖTV UYGULAMASI KULLANILIYOR.ÖNCEDEN BİRİM AGIRLIK SAHASI KULLANILMIYORKEN, ÖTV’Yİ SORUNSUZ KULLANILMAKTA ANCAK ŞU ANDA BİRİM AGIRLIK SAHASINI DA KULLANILMAK İSTENMEKTE ANCAK ÖTV HESAPLAMASINI DEĞİŞTİRMEKTEDİR.ÖTV HESAPLAMASINDA BİRİM AGIRLIGI DİKKATE ALMAMASI.
Problem	ÖTV UYGULAMASI KULLANILIYOR.ÖNCEDEN BİRİM AGIRLIK SAHASI KULLANILMIYORKEN, ÖTV’Yİ SORUNSUZ KULLANILMAKTA ANCAK ŞU ANDA BİRİM AGIRLIK SAHASINI DA KULLANILMAK İSTENMEKTE ANCAK ÖTV HESAPLAMASINI DEĞİŞTİRMEKTEDİR.ÖTV HESAPLAMASINDA BİRİM AGIRLIGI DİKKATE ALMAMASI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.07.2007		Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.8.7265)
Modül	fatura modulu
Açıklama	‘FATURA’,’OTVBIRIMAGIRLIKCARPMA’ özel parametresi ile desteklendi.

İstek No 22966

Tarih	Program
07.05.2007	Temelset.Stok._GENEL
Koşul	ESNEKYAP ORTAK_YAPKOD PARAMETRESİ KULLANILIYOR. YAPILANDIRMA KODLARI STOK KODLARINA BAĞLI DEĞİL.
Ek Açık.	BU ÖZEL PARAMETRE TANIMLI OLDUĞUNDA, FATURADAKİ YAPILANDIRMA SİHİRBAZINDA YAPILAN TANIMLAMALARIN DA STOK BAĞIMSIZ OLUŞMASI GEREKMEKTEDİR. AYRICA AYNI ÖZELLİK DEĞERLERİNE SAHİP FARKLI YAPILANDIRMA KODLARININ AÇILMASINA İZİN VERİLMEMELİDİR.
Problem	AYRICA, YAPILANDIRMA AÇIKLAMALARININ, YAPILANDIRILABİLİR ÜRÜN GİRİŞİNDE OLDUĞU GİBİ OTOMATİK OLARAK OLUŞMASINI İSTERLER.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.05.2007	1	Tamam	Evet	Hayır
Dosya	EsnekCore.dll (4.0.6.82)
Modül	Esnek Uygulaması
Açıklama	· Yapılandırma sihirbazı ekranında stok kodu sahası ekrana geliyor. Bu saha boş geçilirse genel yapılandırma tanımlanabilir. Ozel parametre : ‘ESNEKYAP’,’YPLNDRSTOKKODDEGIS’ · açıklama boş geçildiğinde default olarak "otomatik" gelmesi sağlandı. Ozel parametre : ‘ESNEKYAP’,’ORTAK_YAPKOD’

İstek No 22967

Tarih	Program
07.05.2007	Temelset.Yardımcı Programlar._GENEL
Koşul	Kasa modülünden örn:cariye gelir işlemeye çalıştığımızda Yevmiye açıklamasına girdiğimiz alanı, muhasebede sadece cari satırında görüyoruz. Kasa satırındaki açıklamada standart olarak "Günlük Kasa Tahsilatları" ifadesi geliyor. Yardımcı programlarda, Netsis Cari Muhasebe Açıklama Kayıtlarında, Modülü Kasa, Kayıt tipinide Kasa kayıtları seçip Aşağıda Kayıt tipinde "Entegrasyon çalışılan Kasa açıklaması" seçip, Saha rehberinde herhangi bir şey örn:FISNO seçtiğimizde muhasebe modülünde Kasa satırındaki açıklama hala eskisi gibi standart ifade geliyor.
Ek Açık.	Kasa modülünden örn:cariye gelir işlemeye çalıştığımızda Yevmiye açıklamasına girdiğimiz alanı, muhasebede sadece cari satırında görüyoruz. Kasa satırındaki açıklamada standart olarak "Günlük Kasa Tahsilatları" ifadesi geliyor. Yardımcı programlarda, Netsis Cari Muhasebe Açıklama Kayıtlarında, Modülü Kasa, Kayıt tipinide Kasa kayıtları seçip Aşağıda Kayıt tipinde "Entegrasyon çalışılan Kasa açıklaması" seçip, Saha rehberinde herhangi bir şey örn:FISNO seçtiğimizde muhasebe modülünde Kasa satırındaki açıklama hala eskisi gibi standart ifade geliyor.
Problem	Kasa modülünden örn:cariye gelir işlemeye çalıştığımızda Yevmiye açıklamasına girdiğimiz alanı, muhasebede sadece cari satırında görüyoruz. Kasa satırındaki açıklamada standart olarak "Günlük Kasa Tahsilatları" ifadesi geliyor. Yardımcı programlarda, Netsis Cari Muhasebe Açıklama Kayıtlarında, Modülü Kasa, Kayıt tipinide Kasa kayıtları seçip Aşağıda Kayıt tipinde "Entegrasyon çalışılan Kasa açıklaması" seçip, Saha rehberinde herhangi bir şey örn:FISNO seçtiğimizde muhasebe modülünde Kasa satırındaki açıklama hala eskisi gibi standart ifade geliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010		Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 23009

Tarih	Program
10.05.2007	Temelset.Stok._GENEL
Koşul	07.04.2007 tarihli isteklerimizn devamı
Problem	stok modülünüzde hemen hemen her alanda kullanabildiğimiz-gerek işlem yaparken gerekse raporlama yaparken-benziyor kısıtı, programı kullanmaya başladığımız dönemde stok altyapımızıda buna göre kurmamızı sağladı.Özellikle stok kodu alanında % işareti kullanılarak işlem yapılabilmesi firmamız açısından büyük kolaylık sağlıyordu.Patronlarımız, yönetim kadromuz ve daha alt kadrolarımız bu yöntemi kullanarak işlemlerini veya raporlarını çok hızlı bir şekilde gerçekleştirebiliyorlardı.Örneğin firmamızın stok kodlamasında hem nümerik hemde alfabetik karakterler kullanılmakta TMBEY000 gibi raporlamanızdaki % işareti ile biz TM% deyip genel bir rapor, TMBEY% bir alt grup veya alfabetik karakterleri ürünün çeşidine göre kullanarak değişik türevde raporları çok kısa sürede elde edebiliyorduk.Şu anda firmamız içinde bu özelliği kaldırmanızdan dolayı bir memnuniyetsizlik ve patronlarımızdan da bizlere bunun düzelttirilmesi yönünde bir baskı gelmektedir.Aynı zamanda sizin daha önce tarif ettiğiniz yani kısıt alanında bunu kullanma ise işi yavaşlatmakta.Çok daha kısa bir sürede halledilebilir bir işi daha fazla zaman harcanarak elde edilmesini sağlamakta programın pratikliğini ortadan kaldırmaktadır.Firma olarak bizim görüşümüz bu fonksiyonun aslımda bu programın olmazsa olmazları arasında yer almasıdır

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2007	1	Tamam	Evet	Hayır
Dosya	stok.dll (4.0.6.2496)
Modül	stok modulu
Açıklama	‘STOK’,’STOKRAPORLIKE’ ÖZEL PARAMETRESI ILE YAPILDI.

İstek No 23019

Tarih	Program
10.05.2007	Temelset.Fatura._GENEL
Koşul	Esnek uygulamasında;
Problem	hızlı kalem girişi yapılan matris ekranıdan kayıtlar yapılıyor. Herhangi bir tanesinde yapılan fiyat, mal fazlası, iskonto, vade vb değişikliklerin diğer kalemlerede yansıması gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.05.2007		Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.6.7153)
Modül	fatura modulu
Açıklama	Özel parametre : "FATURA";"ESNEKDUZELT"

İstek No 23077

Tarih	Program
15.05.2007	Temelset.Cari.Detay Koşul Kayıtları
Koşul	Detay koşul kayıtlarında A stoğu için tanımlama yapıyorum. Mal fazlası sekmesinde A ürününden 5 koli alana B ürününden 1 koli olarak tanımlama yapıyorum.
Ek Açık.	A malının ad/koli oranı 1/10 B ürününün ad/koli oranı 1/6 şeklinde stok kartlarında tanımlı.
Problem	Fatura keserken A ürününden 5 koli girdiğim zaman B ürününden 1 koli otomatik mal fazlası geliyor ancak kalem bilgilerinde B ürününün de çevrimi 1/10 gibi görünüyor,1/6 olması gerekiyor . Yani mal fazlası verilirken ,mal fazlası olarak verilen ürünün çevrimi satılan ürünün çevrimlerinden yapılıyor. Mal fazlası verilen stoğun kendi çevriminden çalışması gerekiyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.06.2007	1	Tamam	Evet	Hayır
Dosya	cari.dll (4.0.8.2321)
Modül	cari modulu
Açıklama	"KOSUL", "OLCUBIRIMI" özel parametresi ile desteklendi. Bu durumda detay koşul ekranında seçilen ölçü birimine göre mal fazlası ekranında cevrim yapılmaktadır.

İstek No 23231

Tarih	Program
26.05.2007	Temelset.Muhasebe.Yevmiye Defteri
Koşul	Yevmiye defter basımı yapılırken açıklama sahası değerleri 32 karakter bastığından açıklamalar yetersiz kalıyor. Bu değere müdahale edilemiyor.
Ek Açık.	4.0.6 güncel set ile çalışıyor. Taslak basım ile yapılan denemede font formatı beğenilmediğinden istenmiyor. Ayrıca taslak basım ve saklanmış diyerek kullanılmakta olan dotmatrix yazıcıdan çıktı alınmak istendiğinde yazdırma hızı normal basıma göre 5-6 kat daha yavaş oluyor. Her iki nedenden dolayı taslak basım kullanılmadığında da açıklama değerinden belirli bir bölüm kaybediliyor. (Yazıcı hızı konusunda alternatif test edilmiştir.)
Problem	Yevmiye defteri basımında açıklama sahasının istenilen karakter sayısında basılabilmesi için gerekli düzenlemenin yapılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2007	1	Tamam	Evet	Hayır
Dosya	muhasebe.dll (4.0.8.1368)
Modül	muhasebe modulu
Açıklama	(‘MUHASEBE’,’YEVDEFTERACIKLAMA’) özel parametresi ile açıklama sahasının uzunluğuna müdahale edilebiliyor. Özel parametrenin değeri 0’dan büyükse açıklama sahası bu değer kadar basılıyor; 0 ya da alfanumerik bir değer ise eskisi gibi 32 karakter basılıyor. Eğer "taslak basım" seçeneği işaretli ise açıklama sahası eskisi gibi basılıyor, uzunluğa müdahale edilemiyor.

İstek No 23295

Tarih	Program
31.05.2007	Temelset.Stok.Lokal Depo Bakiye Listesi
Koşul	lokal depo bakıye lıstesı alırken genel kısıtlar ekranındaki stok koduna bir önceki versiyonda 45% yaptığımızda direk olarak 45 ile başlayan stokları alabiliyorduk.ama şimdi bunun için kısıt ekranına girip stok kodunu karşıya atıp üzerinde tık tık yapıp benziyoru seçip 45% yapıp kaydedip rapor diyoruz.ve bu bizim işimizi haddinden fazla çoğaltıyor.taktir edersinizki bu yoğunlukta çalışan firmamız için bu bize ciddi yavaşlık kazandırıyor.çok acil olarak düzeltilmesini istiyoruz.
Ek Açık.	lokal depo bakıye lıstesı alırken genel kısıtlar ekranındaki stok koduna bir önceki versiyonda 45% yaptığımızda direk olarak 45 ile başlayan stokları alabiliyorduk.ama şimdi bunun için kısıt ekranına girip stok kodunu karşıya atıp üzerinde tık tık yapıp benziyoru seçip 45% yapıp kaydedip rapor diyoruz.ve bu bizim işimizi haddinden fazla çoğaltıyor.taktir edersinizki bu yoğunlukta çalışan firmamız için bu bize ciddi yavaşlık kazandırıyor.çok acil olarak düzeltilmesini istiyoruz.
Problem	lokal depo bakıye lıstesı alırken genel kısıtlar ekranındaki stok koduna bir önceki versiyonda 45% yaptığımızda direk olarak 45 ile başlayan stokları alabiliyorduk.ama şimdi bunun için kısıt ekranına girip stok kodunu karşıya atıp üzerinde tık tık yapıp benziyoru seçip 45% yapıp kaydedip rapor diyoruz.ve bu bizim işimizi haddinden fazla çoğaltıyor.taktir edersinizki bu yoğunlukta çalışan firmamız için bu bize ciddi yavaşlık kazandırıyor.çok acil olarak düzeltilmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2007	1	Tamam	Evet	Hayır
Dosya	stok.dll (4.0.6.2496)
Modül	stok modulu
Açıklama	‘STOK’,’STOKRAPORLIKE’ ÖZEL PARAMETRESI ILE YAPILDI.

İstek No 23314

Tarih	Program
31.05.2007	Personel.Netsis Personel Entegrasyon.Muhasebe Genel Kod Girişi
Koşul	Net ücretler detaylı takip edilmek isteniyor.
Problem	Entegrasyonda Net ücretler sadece genel kod girişinde tanımlanabildiği için muhasebe hesabı olarak detaylı takip edilemiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.10.2007	1	Tamam	Evet	Hayır
Dosya	penteg.dll (4.0.10.174)
Modül	personel entegrasyon modulu
Açıklama	Net ücretin hesap kodu Personel sabit kartındaki CARİ/MUH.KOD ile bağlantısı yapıldı. Özel parametre : (‘ENTEGRASYON’,’NETODENEN’). Değer olarak 0 veya boş girilmişse hem netödenen hem avans’a; 1 ise sadece netödenen’e carimuhkod ataması yapılacak şekilde değişiklikler yapıldı.

İstek No 23334

Tarih	Program
01.06.2007	Temelset.Stok.Lokal Depo Bakiye Listesi
Koşul	LOKAL BAKİYE LİSTESİ ALIRKEN ÖN SORGULAMADA İLGİLİ STOĞUN ÖN KARAKTERİ YAZILDIĞINDA O DEĞER İLE BAŞLAYAN STOKLARIN GELMESİ İSTENİYOR.
Ek Açık.	BU İŞLEM 30 DA VAR İKEN 40 DA YOKTUR.
Problem	30DA ÖRNEĞİN A İLE BAŞLAYAN STOKLAR İLE İLGİLİ RAPOR ALMAK İSTENİLDİĞİNDE ÖNSORGULAMA STOKKODU SAHASINA A YAZILMASI YETERLİDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2007	1	Tamam	Evet	Hayır
Dosya	stok.dll (4.0.6.2496)
Modül	stok modulu
Açıklama	‘STOK’,’STOKRAPORLIKE’ ÖZEL PARAMETRESI ILE YAPILDI.

İstek No 23342

Tarih	Program
01.06.2007	Temelset.Müşteri Senetleri.Parametre Girişi
Koşul	NETSİS
Ek Açık.	NETSİS
Problem	SAYIN İLGİLİ; YAKLAŞIK ÜÇ AY KADAR ÖNCE NETSİS II ENDEGRE 6 PROGRAMINI YENİ AÇMIŞ OLDUĞUMUZ MOBİLYA MAĞAZAMIZA DİYEZ BİLGİSAYAR İZMİR DEN SATIN ALDIK.(AKTAN MOBİLYA-İZMİR) PROGRAM MODÜLLERİNİ KENDİ İÇİMİZDE BİR SIRAYA KOYARAK ÇALIŞTIRMAYA BAŞLADIK. YALNIZ SON AŞAMADA TAKILMIŞ BULUNUYORUZ. ŞÖYLE Kİ; MÜŞTERİ SENETLERİ MODÜLÜNÜ KULLANIYORUZ, DÜŞÜNDÜKKİ SENET ÇIKTILARINIDA TANZİM ESNASINDA NOKTA VURUŞLU YAZICIDAN ALALIM, TEK TEK SENET YAZIP MÜŞTERİYİ BEKLETMEK DURUMUNDA KALMAYALIM! BU DURUMUN ÇÖZÜMÜ İÇİN GEÇTİĞİMİZ HAFTA NOKTA VURUŞLU BİR YAZICI SATIN ALDIK. SENETLERİMİZİDE FORM BASKLI ŞEKLİNDE ÖZEL DİZAYNLA BASTIRDIK. BİZLGİSAYAR ŞİRKETİMİZE ÖRNEĞİNİ GÖNDERDİK, BÜTÜN SENET ÜZERİNDE YAZILMASINI İSTEDİĞİMİZ BÖLÜMLERİ DİYEZ BİLGİSAYAR ŞİRKETİYLE OTURTTURDUK, FAKAT TAKILDIĞIMIZ YALNIZCA BİR KONU VAR, SENET SIRALAMASINI DİZYEZ YAZILIM ŞİRKETİ YAPAMIYOR. SENET SIRALAMASI ÖRNEĞİN BİR MÜŞTERİ İÇİN 3 ADET SENET VAR İSE 1/3,2/3,3/3 SIRAMASI İLE GİTMESİ GEREKİRKEN HAZIRLANAN DİZAYN MODÜLÜ BASILDIĞINDA SIRALAMA 3/3,2/3,1/3 OLARAK ÇIKIYOR VE ŞİRKET BU SIRALAMYI DÜZENLEYEMİYOR, ELLE YAZALIM AÇIKLAMASINI YAPIYOR FAKAT BÜTÜN YAZILAR BİLG.ÇIKARKEN BU KISMIN ELLE YAZILIMINI KABUL ETMİYORUZ. SİZEDE 01/06/2007 TARİHLİ İSTEKTE BULUNDUKLARI BİLGİSİNİ ALDIK. BİZİMDE İSTEKTE BULUNMAMIZI İSTEDİLER. ÇÖZÜM İÇİN ONLARA BAŞKA SENET BASIMI YAPAN SİZİNLE ÇALIŞAN ŞİRKETİNİZ YOKMU DİŞYE SORDUĞUMDA BİR TEK SENET BASIMI YAPACAK OLAN FİRMA BİZMİŞİZ. BU SORUNU MUTLAKA ÇÖZMEMİZ GEREKİYOR BELLİ BİR BÜTÇE AYIRIP PROGRAM VE EKİPMANLARINI MAĞZAMIZA ALDIK, FAKAT BİR NOKTADA YALNIZ KALMAMIZ BİZİ ÇOK ÜZDÜ, BU SENETLERİ SIRALAMA SIRASINA GÖRE ÇIKARTIP ÇIKARTAMAYACAĞIMIZ BİLE BİLMİYORUZ. EĞER PROGRAM BİZİ YÖNLENDİRİYORSA LÜTFEN BİZİ BİLGİLENDİRİNİZ, YÖNLENDİRMİYORSADA LÜTFEN NE YAPMAMIZ GEREKTİĞİNİ BİZE AÇIKLAYINIZ. ŞİMDİDEN İLGİ VE ALAKANIZA TEŞEKKÜR EDER, SAYGILARIMIZ SUNARIZ. AKTAN MOBİLYA (HANDAN ÖZTÜRK) GAZİOSMAN PAŞA CAD.NO:119/A BUCA İZMİR TEL:0232.4205057 E-MAİL : handanozturk@gmail.com

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.07.2007	1	Tamam	Evet	Hayır
Dosya	CSDIZAYN.dll (4.0.8.93)
Modül	müşteri senetleri
Açıklama	‘SENET’,’ARTANNUMARA’ OZEL PARAMETRESI TANIMLANMALIDIR.

İstek No 23435

Tarih	Program
13.06.2007	Temelset.Dekont.Toplu Çek/Senet Dekontları Basımı
Koşul	Dekont , bankadan toplu çek tahsili
Problem	Dekont bölümünden bankadan toplu çek tahsili yaparken daha önce olan standart basım bu defa yok bunun için dekont parametrelerin de özel basım ı işaretlemek zorundayız, ancak bu defa genel dekont kaydın da normal bir işlemin basımı için de onay formu çıkıyor ve ben de olmayan lazım özel dizayan istiyor standar dizayn benim işimi görüyor ken böyle esnek olmayan bir sorunla karşılaşmış oldum bunun yanına eğerki özel diayn yaptırmak zorun da kalırsam bu defa menü de onca dizynların içinden seçmece bir durum olacak yeteri kadar standar basımlarınıza yer vermenizde ve oraların esnek olmasın da fayda olacagı kanatindeyim, ayrıca tahsil dekontun da işlemi yapıyorsunuz basım la yazıcıya gönderdiniz ancak farkında değilken çıktınız dekont var ama işlem kaydedilmemiş bir yanılgı söz konusu olabiliyor buna sistemin izin vermemesi faydalıdır önce kaydı kabul sonra basım olursa sakıncalı bir durumu ortada kaldırır, teşekkür ederim.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.08.2007	1	Tamam	Evet	Hayır
Dosya	DEKONT.DLL (4.0.10.965)
Modül	DEKONT MODULU
Açıklama	· Dekontta ‘DEKONT’,’BASIMKAYITKONTROL’ özel parametresi ile kayıt etmeden basım yapmaya izin vermemesi sağlandı. · Toplu çek tahsil dekontu ve toplu ciro için standart basım desteği; Raporlardaki "toplu cek/senet Dekontları basımı" işlemi ile yapılabilir.

İstek No 23488

Tarih	Program
16.06.2007	Temelset.Stok._GENEL
Koşul	tevkifat uygulaması
Ek Açık.	stok kartına satış kdv oranına şu anda 2,67 yazabilmekteyiz. netsis tevkifat uygulaması olan -1 kullanamıyoruz çünkü 391 hesap borç çalışmaz…
Problem	Tevkifatlı satış faturası keserken kdv rakamındaki ondalık tutmama sorunundan dolayı stok kartındaki kdv oranı ve entegrasyondaki kdv oranın ondalıklarının minimum 6 karaktere çıkarılmasını acil talep ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.07.2007	1	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.8.7266)
Modül	fatura modulu
Açıklama	FATURA,TEVKİFAT özel parametresi girilmelidir.

İstek No 23538

Tarih	Program
20.06.2007	Temelset.Fatura.Satış Faturası
Koşul	HİZMET STOKLARI İÇİN SATIŞ FATURASI GİRİLİYOR. REFERANS UYGULAMASI AÇIK. FATURA İÇERİSİNDE TANIMLI OLMAYAN BİR REFERANS KODU GİRİLİP FATURA KAYDETMEYE İZİN VERİLİYOR.
Ek Açık.	HALBUKİ HİZMET STOKLARI YERİNE NORMAL STOK KODU GİRİLEREK KESİLEN FATURALARDA TANIMLI OLMAYAN BİR REFERANS KODU GİRİLDİĞİNDE "MUHASEBE REFERANS KODU TANIMSIZ" UYARISINI VERİYOR
Problem	HİZMET STOKLARI İÇİN GİRİLEN FATURALARDA DA TANIMLI OLMAYAN REFERANS KODU GİRİŞİNİN ENGELLENMESİ..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.10.2007		Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.10.7267)
Modül	fatura modulu
Açıklama	Özel parametre: ‘FATURA’,’MUHREFKODKONTROL’

İstek No 23839

Tarih	Program
20.07.2007	Temelset.Dekont.İhracat Kapatma
Ek Açık.	4,02 versiyonunda sorunsuz yapılmaktaydı
Problem	ADOPEN (NETSIS) ORTAMINDA IHRACAT KAPAMALARINI YAPARKEN BIR SORUN YASAMAKTAYIZ. IHRACAT KAPAMADA DEKONT GIRISI YAPARKEN INTAC TARIHINI YAZDIGIMIZDA YAZMIS OLDUGUM TARIH SABIT KALIYORDU. ANCAK SUAN HER FT GIRISI YAPARKEN TARIH KENDILIGINDEN DEGISMEKTEDIR. DOLAYISIYLE BUDA KAPAMA ISLEMLERINI YAPARKEN KAPAMA TARIHINI YANLIS AKSETTIRMEME SEBEP OLMAKTADIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.10.2007		Tamam	Evet	Hayır
Dosya	DEKONT.DLL (4.0.10.965)
Modül	DEKONT MODULU
Açıklama	Özel parametre : DEKONT, IHRACATTARIHGETIRME

İstek No 23955

Tarih	Program
03.08.2007	Temelset.Fatura.Satış İrsaliyesi
Koşul	Genel kosul kayıtlarında genel iskonto3 tanımlanıyor.Sipariş kaydı giriliyor, genel iskonto3 otomatik koşuldan geliyor.Genel iskonto1 ise tutar(veya oran) olarak elle tanımlanıyor.
Problem	Sipariş irsaliyeleştirildiğinde genel iskonto1 sıfırlanıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.08.2007	1	Tamam	Evet	Hayır
Açıklama	FATURA,ISKONTOGUNCELLE ÖZEL PARAMETRESİNİN TANIMLANMASI GEREKMEKTEDİR.

İstek No 23982

Tarih	Program
07.08.2007	Temelset.Fatura._GENEL
Koşul	Özel parametre : FATURA, BARKODMIKTARBAS
Problem	Faturadan toplu barkod basımı yapılırken MAL FAZLASI’nı dikkate almıyor ve sadece MİKTAR alanındaki sayı kadar basım yapıyor. MAL FAZLASI dahil basım yapılabilcek şekilde düzeltimesini rica ederiz. Tşk.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.05.2008	1	Tamam	Evet	Hayır
Dosya	Barkddzn.dll (4.0.12.442)
Modül	Fatura
Açıklama	FATURA/BARKODMIKTARBAS özel parametresi tanımlanmalıdır.
Risk(ler)	FATURA

İstek No 24045

Tarih	Program
14.08.2007	Temelset.Fatura.Satış Faturası
Koşul	Seri takibi uygulaması kullanılıyor.
Problem	Bir stok için bir satır miktarlı kayıt giriliyor bir satırda miktarı sıfır olan ama mal fazlası olan bir kayıt giriliyor miktarı sıfır geçilip mal fazlası olan satır için seri sormuyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.08.2007		Yanıtlandı	Evet	Hayır
Açıklama	FATURA, MIKTARSIZSERI özel parametresi tanımlanmalıdır.

İstek No 24057

Tarih	Program
15.08.2007	Temelset.Dekont.İthalat Kapatma
Koşul	Tipi ith./ihr. olan alış irsaliyesi Dolar döviz tipli olarak işleniyor.Daha sonrada mal bedeli ile aynı döviz tipi kullanılarak dekonttan 159 hesap borçlandırılıp, cari hesap alacaklandırılıyor.Masrafları işlemek için, euro tipli 159 hesap borçlandırılıp, cari hesap alacaklandırılıyor.(Örnek gümrük gideri)Daha sonra ithalat kapama yapıldığında oluşan dekontta, masrafları kapadığı 159 gümrük gideri alacak bacağında, döviz tipini irsaliyenin döviz tipine yani dolara çeviriyor ve irsaliyede kullanılan kur ne ise o kuru baz alarak döviz tutarını hesaplıyor.
Ek Açık.	Tipi ith./ihr. olan alış irsaliyesi Dolar döviz tipli olarak işleniyor.Daha sonrada mal bedeli ile aynı döviz tipi kullanılarak dekonttan 159 hesap borçlandırılıp, cari hesap alacaklandırılıyor.Masrafları işlemek için, euro tipli 159 hesap borçlandırılıp, cari hesap alacaklandırılıyor.(Örnek gümrük gideri)Daha sonra ithalat kapama yapıldığında oluşan dekontta, masrafları kapadığı 159 gümrük gideri alacak bacağında, döviz tipini irsaliyenin döviz tipine yani dolara çeviriyor ve irsaliyede kullanılan kur ne ise o kuru baz alarak döviz tutarını hesaplıyor.
Problem	Masraflar işlenirken hang döviz tipiyle ve kur ile işlendiyse, kapaması yapıldığında da oluşan dekont kaydındaki alacak bacağına aynı döviz tipi ve tutarını atarak kapama yapması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.09.2007		Tamam	Evet	Hayır
Dosya	DEKONT.DLL (4.0.8.965)
Modül	DEKONT MODULU
Açıklama	ÖZEL PARAMETRE : DEKONT, DOVTIPDEGISMESIN

İstek No 24142

Tarih	Program
23.08.2007	Temelset.Fatura._GENEL
Koşul	Yükleme emrinde ek alan sahasına girilen değeri fiş oluşturma yapıldığında oluşan irsaliye yada faturaya taşıması.
Ek Açık.	3.0’da yükleme emrindeki bu bilgiyi irsaliyeye taşırken 4.0’da siparişte girilen ek alan bilgisi taşınıyor.
Problem	3.0’daki gibi yüklemede girilen bilginin gelmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.08.2007	1	Tamam	Evet	Evet
Dosya	fatura.dll (4.0.8.7284)
Modül	fatura modulu
Açıklama	Siparişteki açıklamanın gelmesi için ‘SEVKYUKLEME’,’EKALANSIPARISTEN’ özel parametresi girilmelidir.

İstek No 24212

Tarih	Program
29.08.2007	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	Genel dekont kaydı yapılıyor stok alanı seçilerek.
Ek Açık.	Dekont parametrelerinde "miktar bilgisi girişi yapılacakmı" parametresi işaretleniyor.
Problem	Stok işaretlenerek miktarı sıfır olan bir Borç hareketi girildiği zaman stok hareket kayıtlarına çıkış olarak kayıt atıyor ve stok hareket dökümünde bu hareket çıkış tutarı alanında izleniyor. Giriş olarak atanması gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.10.2007		Tamam	Evet	Hayır
Dosya	DEKONT.DLL (4.0.8.967)
Modül	DEKONT MODULU
Açıklama	Uygulama "DEKONT","ETIPLIHAREKET" özel parametresi ile desteklendi.

İstek No 24250

Tarih	Program
03.09.2007	Temelset._GENEL._GENEL
Koşul	Esnek Yapılandırmada Sipariş ,İrsaliye ,Fatura,Ambar giriş ve çıkış fişlerinde varyant matrisinin beden ve renk cinsinden açılması.
Ek Açık.	Beden kolon, renkler satır olacak şekilde matrisin açılması(ilgili matrisin sadece seçilen değerler üzerinden açılması ilgili kod için seçilmemiş alternatiflerin matriste yer almaması) ve matrisin bölmeleri(gridleri) üzerinden girişler yapılmasının sağlanması.
Problem	Bu girişlere tekrar gelinerek değiştirilebilmesinin sağlanması.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.09.2007	1	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.10.7373), esnekcore.dll (4.0.10.100)
Modül	fatura modulu
Açıklama	‘ESNEKYAP’, ‘ASORTI’ özel parametresi var ise varyant matrisinin özelliklere göre açılması desteklendi. Ekranın bu şekilde açılması için o stok profilindeki özelliklerden herhangi birinin dinamik (değerler hareket anında girilir) olmaması gerekli ve profildeki özelliklerden birinin sütün olarak tanımlanmış olması gerekiyor.
Risk(ler)	YAPKOD

İstek No 24259

Tarih	Program
04.09.2007	Temelset._GENEL._GENEL
Koşul	Kredi Kartı kullanılıyor.
Ek Açık.	Kapalı kesilen bir fatura Kredi kartı ile ödenmiş daha sonra bu faturanın da içinde bulunduğu (bir çok faturadan birisi de bu) bir Kredi Kartı Tahsilat Oluşturma işlemi çalıştırılmış. Daha sonra farkına varılmış ki bu fatura da hata var ve düzeltme yapılıyor.(Mesela yanlış banka kartı ile seçilmiş)
Problem	bu durumda ya düzeltmeyi tahsilat oluşturma işleminde de yapmalı otomatik olarak. yada faturada değişiklik yapmaya izin vermemeli. Önce tahsilat kaydını iptal ettirmeli sonra düzeltmeye izin vermeli yoksa her iki bankada da kayıt kalıyor (mükerrer kayıt oluyor)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.09.2007	1	Tamam	Evet	Hayır
Dosya	banka.dll (4.0.8.1233)
Modül	banka modulu
Açıklama	Özel parametre olarak Grup Adı: "BANKA" Anahtar: "TAHKAYDEGISMESIN" parametresi kullanılmalı.Bu parametre işaretli ise Kredi Tahsilat Kayıtları ekranında tutar sahasında değişikliğe izin vermiyoruz.
Risk(ler)	BANKA

İstek No 24619

Tarih	Program
05.10.2007	Temelset.Dizayn.Modül Dizaynları
Koşul	BASILMISEVRAKKILITLE özel parametresi girilmiş durumda.
Ek Açık.	modül dizaynlarında fatura için log tutulsun evet ve sorulsun mu evet işaretleyerek A dizaynını seçiyorum. basım sırasında B dizaynı ile basım aldığımda da log’a kayıt atıyor ve özel parametreden dolayı evrağı değiştiremiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.11.2007	0	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.10.7491)
Modül	fatura modulu
Açıklama	· ‘FATURA’,’BASILMISEVRAKIZIN’ eklenmiştir. Bu özel parametreye girilen değer; basılmış evraklarda bazı hakları olacak kullanıcı no’larını içermelidir. · Parametre değerine birden fazla kullanıcı no girilecek ise ";" karakteri ile numaralar ayrılmalıdır. · Numarası girilen kullanıcıların elde deceği haklar üst bilgilerin popup menusunde yer alan numara değişikliği, kod değişikliği ve kopyalama işlemleridir. · Bu özel parametrenin çalışabilmesi için ‘FATURA’,’BASILMISEVRAKKILITLE’ tanımlı olması gerekmektedir.

İstek No 24682

Tarih	Program
16.10.2007	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	Genel Dekont Kaydında Miktar parametresi açıksa ve miktar sıfır olarak geçiliyorsa,
Problem	Entegrasyon havuzuna kaydı yanlış atıyor. Stok koduna borç, muhasebe hesabına alacak kaydedilmesine rağmen entegrasyonda hem muhasebe hesabı alacaklı hemde stoğun bağlı olduğu satış hesabı(600 Hs.) alacaklı olarak görünüyor. Halbuki 153 hesap borçlu, karşı hesap alacaklı olması gerekli. Bunun tam terside hatalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.10.2007		Tamam	Evet	Hayır
Dosya	DEKONT.DLL (4.0.8.967)
Modül	DEKONT MODULU
Açıklama	Özel parametre: DEKONT, ETIPLIHAREKET
Risk(ler)	DEKONT

İstek No 24761

Tarih	Program
24.10.2007	Temelset.NetPos._GENEL
Ek Açık.	P.İst.No: 1077
Problem	Stokta her döviz cinsinden ayrı fiyatlar var ve bunlar alış fiyatlarına girilmiş. NetPOS’ta dövizli işlem yapabilmek için fiyat seçiminden döviz fiyatı seçilmesi zorunlu olduğundan alış fiyatları döviz fiyatı olarak kullanılamıyor. TemelSet’teki gibi döviz tipi ve kur hanelerinin fiyat seçimi kısımından bağımsız olması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.08.2008		Yanıtlandı	Evet	Hayır
Açıklama	Grup Kodu: SHOPS, Anahtar: , Değer: DOVIZLISATISFIYATTIPINDENBAGIMSIZ özel parametresi ile fiyat tipi ile döviz tipi aynı anda birbirinden bağımsız olarak çalışmaktadır.
Risk(ler)	NETPOS

İstek No 24777

Tarih	Program
24.10.2007	Temelset.NetPos._GENEL
Ek Açık.	İst.No : 1062
Problem	Kredili satışta kişinin riski yetmiyorsa faturayı kesinlikle kesemesin. (riski 650 alış verişi 800 se fatura kesiyor ama aradaki farkı peşinata atıyor.)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.11.2007		Tamam	Evet	Hayır
Dosya	Kasa.exe 4.0.12.966,merkez.exe:4.0.12.722
Açıklama	Grup kodu:SHOPS,Anahtar:,Değer:RiskAsildigindaFarkiNakiteAtma özel parametresi ile risk limitini aşan belgelerin kesilmesi engellenebilir.
Risk(ler)	NETPOS

İstek No 24876

Tarih	Program
26.10.2007	Temelset.NetPos._GENEL
Ek Açık.	İst.No : 391
Problem	KALEM BAZINDA PLASIYER KODU SORULUYOR. ILK SATIRA GIRILEN KOD IKINCI SATIRADA GELIYOR. PLASIYER KODUNUN BOS OLARAK GELMESI ISTENIYOR. KASA KULLANICISI KOLAYINA GELDIGI IÇIN DEGISTIRMEDEN ENTER ILE GEÇIYOR. BU ISTENMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.09.2008		Tamam	Evet	Evet
Dosya	ShoPSKasa.exe(4.0.13.1043), ShoPSMerkez.exe(4.0.13.768), Netopenx40.dll(4.0.13.1350)
Açıklama	Grup Kodu :SHOPS, Anahtar: ONEMSIZ, Değer : YENIKALEMGIRISINDEPLASIYERTEMIZLE özel parametresi ile kalem bazında plasiyer kodu boş gelmektedir. Detay bilgi için destek birimleriile görüşebilirsiniz.
Risk(ler)	NETPOS

İstek No 25126

Tarih	Program
14.11.2007	Temelset.Fatura.Depolar Arasi Transfer
Koşul	Seri ve dinamik depo uygulamaları kullanılıyot.Stokta seriler girişte otomatik hesaplansın işaretli.
Ek Açık.	"MISIR ICIN"
Problem	Dinamik olmayan bir depoya serili alım yapıyoruz.Daha sonra depolar arası transfer ile bunu dinamik olan depoya transfer ediyoruz.Depolar arası transferi yaparken kalemlerde dinamik depo hücre yerleştirmede dinamik olmayan depodan gelen serileri seçmemize izin vermiyor.Yeni bir seri girişi gibi davranıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.02.2008		Tamam	Evet	Hayır
Dosya	dindepo.dll (4.0.10.193)
Modül	Dinamik Depo Modulu
Açıklama	‘STOK’, ‘URUN_BAZINDA_SERI_DEGISKEN’

İstek No 25326

Tarih	Program
29.11.2007	Temelset.Fatura.Satış İrsaliyesi
Koşul	Sipariş uygulamaadesı, dövizli satış ve kalem bazında vade girişi açık. Seri takibi açık.
Ek Açık.	Satış fiyatlarında tl, usd ve euro kullanılıyor. Satış irsaliyesi oluşturma işleminde her döviztipi ve vade kırılımında ayrı irsaliye oluşturulması isteniyor. Ama sipariş ekranında döviz tipi ve vade görülemiyor ve kısıtlanamıyor.
Problem	Sipariş seçme ekranında döviztipi ve vade bilgisine filtre verilebilmesi, sıralanabilmesi ve gridde bu bilgilerin görüntülenebilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.12.2007	1	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.12.7632)
Modül	fatura modulu
Açıklama	Özel Parametre : FATURA, SIPARISKISIT
Risk(ler)	SİPARİŞ

İstek No 25611

Tarih	Program
25.12.2007	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	PARAMETRİK OLARAK FİFO SERİ ÇIKIŞININ SERİ KODU DİKKATE ALINARAK YAPILMASI İSTENİYOR
Ek Açık.	PARAMETRİK OLARAK FİFO SERİ ÇIKIŞININ SERİ KODU DİKKATE ALINARAK YAPILMASI İSTENİYOR
Problem	PARAMETRİK OLARAK FİFO SERİ ÇIKIŞININ SERİ KODU DİKKATE ALINARAK YAPILMASI İSTENİYOR

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.12.2007	1	Tamam	Evet	Evet
Dosya	uretim.dll (4.0.12.1492)
Modül	üretim modulu
Açıklama	Özel Parametre; GRUP : GENEL ANAHTAR : FIFOSERIPROJE

İstek No 25660

Tarih	Program
28.12.2007	Personel.Netsis Personel._GENEL
Koşul	Muhasebe ile entegre çalışıldığı durumlarda, kesintilerde tanımlanan avans kesintisi için cari, banka ya da muhasebe kodu tanımlanabilen
Ek Açık.	personel sabit bilgilerindeki cari/muh sahası kesintilerde sadece avansı destekliyor.
Problem	diğer kesintilerinde cari kayıtlara atılabilmesini sağlamak için avansın yanına diğer kesintileride destekler duruma getirmemiz gerekiyor.Çünkü müşteri 3-4 farklı kesintiyi cari harekette takip etmek istiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.03.2008	1	Tamam	Evet	Hayır
Dosya	Personel.dll (4.0.10.2501), Penteg.dll (4.0.10.220)
Modül	Entegrasyon
Açıklama	ENTEGRASYON/TUMKESINTI özel parametresi tanımlandığında, puantajda tutar girilen tüm kesinti değerleri ticari paketteki cari hareket kayıtlarına atılıyor. (Cari bağlantısı yapılan personel kartlarında)

İstek No 25900

Tarih	Program
14.01.2008	Temelset._GENEL._GENEL
Koşul	SERI TAKIBI PARAMETRESI ACIK IKEN FATURA MODULUNDE SATIS PARAMETRELERINDE GENEL 2 DE
Ek Açık.	SADECE FATURALASTIRILAN IRSALIYELER SAKLANSINMI VE IRSALIYE BILGILERININ PARCALI FATURALASTIRILMASI İŞARETLİ OLUNCA SIPARIS KULLANILIYORSA
Problem	SATIS FATURASINA GIRILDIGINDE SIPARIS VE IRSALIYE KISMINDA SIPARIS İŞARETLİ GELİYOR İRSALIYE SECEMIYORUZ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2008		Yanıtlandı	Evet	Hayır
Açıklama	Seri takibinin uygulandığı sistemlerde, irsaliyelerin parcalı olarak faturalastırılabilmesi 4.0.10 ve 4.0.12’de desteklendi. İrsaliyelerde girilen seri bilgilerinin fatura belgelerine tasınması, irsaliyelerin fatura on sorgu ekranında secilmesi ile mumkundur. Bunun icin Yardımcı Programlar/Ozel Parametre Tanımları bolumunde Grup Kodu: FATURA, Anahtar: PARCALI_IRS_VE_SERISIZ_STOK, Değer:0 tanımlaması yapılmalıdır.

İstek No 25933

Tarih	Program
16.01.2008	Temelset.Fatura.Aliş Faturası
Koşul	İade fatura ve/veya irsaliye girişinde seri no okutulduğunda kayıtlı olduğu hatası bildirerek girişe izin vermiyor.
Ek Açık.	İade fatura ve/veya irsaliye girişinde seri no okutulduğunda kayıtlı olduğu hatası bildirerek girişe izin vermiyor.
Problem	İade fatura ve/veya irsaliye girişinde seri no okutulduğunda kayıtlı olduğu hatası bildirerek girişe izin vermiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.01.2008		Yanıtlandı	Evet	Hayır
Açıklama	Seri ürün bazında tek olsun parametesi kullanılıyorsa aşağıdaki özel parametre tanımlanmalı ve fatura.dll güncellenmelidir. Özel Parametre Grup kodu: STOK Anahtar: URUN_BAZINDA_SERI_DEGISKEN Değer: 0

İstek No 26095

Tarih	Program
23.01.2008	Temelset.Stok.İrsaliye/Fatura dan Basım
Koşul	İRSALİYE-FATURADAN BASIM EKRANINDA CARİ KODU, İRSALİYE YA DA FATURA NUMARASI GİRİLİYOR VE BASIM ADEDİ 0 DENEREK BASIM YAPILIYOR
Ek Açık.	2003 YILINDAN BERİ İRSALİYE-FATURADAN BASIM EKRANINI KULLANIYORLAR.SON SETTE PROBLEM OLUŞMUŞTUR.
Problem	ANCAK TEXT DOSYA BİLE OLUŞMAMAKTADIR. BASIM YAPILAMIYOR. ÖNCEKİ SETLERDE BASIM ADEDİ 0 DENDİĞİNDE BELGE İÇİNDEKİ MİKTAR KADAR BASIM YAPILIYORMUŞ. ŞİMDİ BU UYGULAMA ÇALIŞMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.02.2008	1	Tamam	Evet	Hayır
Dosya	Stok.dll (4.0.10.2604)
Modül	Stok Modulu
Açıklama	OZEL PARAMETRE : "FATURA", "BARKODMIKTARBAS"

İstek No 26114

Tarih	Program
24.01.2008	Temelset.Döviz İşlemleri.Döviz Kurları Girişi
Koşul	TCMB SİTESİNDEN GETİRTİLEN DÖVİZKURLARININ VERİLEN TARİHE UYGUN OLARAK GETİRTİLMESİ İSTENİYOR
Ek Açık.	ÖRNEĞİN 23.01.2008 TARİHLİ KUR BİLGİLERİ İSTENDİĞİNDE 22.01.2008 TARİHİNE AİT KUR BİLGİLERİ GELİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.01.2008		Yanıtlandı	Evet	Hayır
Açıklama	Kur bilgileri ile ilgili aşağıdaki açıklama merkez bankası web sayfasından izlenebilir. "Bugüne ait gösterge niteliğindeki kurlar 15:30 sonrasında güncellenmektedir" Bu açıklamadan da anlalışılacağı üzere kurlar bir sonraki iş günü geçerli olmak üzere yayınlanmaktadır.

İstek No 26165

Tarih	Program
25.01.2008	Temelset.Dekont._GENEL
Koşul	GENEL DEKONT KAYDI YAPILIRKEN STOK SEÇİLİYOR. SERİ BİLGİSİ SORGULANMIYOR.
Ek Açık.	STOK MODÜLÜNDE SERİ UYGULAMASI KULLANILMAKTA.
Problem	DEKONT MODÜLÜNDEN YAPILAN STOK GİRİŞ YADA ÇIKIŞLARINDA SERİ BİLGİSİ DE SORULMALI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.03.2012	0	Tamam	Evet	Evet
Dosya	Dekont.dll (5.0.10.657), Dektrk.dll , Dbupdate 5.0.10 dosyaları
Modül	Dekont
Açıklama	Seri Takibi uygulaması açık olduğunda, Genel Dekont Kaydında “Stok” seçildiğinde serili stoklar için seri ekranı açılması ve seri girişi yapılabilmesi desteklendi. Eskiden olduğu gibi yani seri uygulaması açık olduğu halde dekontta seri takibi yapılmak istenmediği durumda DEKONT\SERITAKIBIYOK özel parametresi kullanılmalıdır.

İstek No 26272

Tarih	Program
01.02.2008	Temelset.Fatura._GENEL
Koşul	MÜŞTERİ SİP-SEVK YÜKLEME EMRİ DÖNGÜSÜ KULLANILIYOR. DEPOLARDA VE FATURA PARAMETRELERİND STOK – BAKİYE KONTROL /İŞLEM KES PAR. AÇIK. YÜKLEMEDEN SONRA FİŞ OLUŞTURMA İŞLEMİ ÇALIŞTIĞINDA – BAKİYEYE DÜŞMESİNE İZİN VERİLİYOR.
Ek Açık.	YÜKLEME/SEVK EMRİ İÇİNDE REV. YAPINDA İŞLEM KESİLİYOR . ANCAK HİÇ REVİZYON YAPMADAN FİŞ OLUŞTUR SEÇENEĞİNDE İŞLEM KESİLMİYOR.
Problem	FİŞTEN İRSALİYE VEYA FATURA OLUŞTURULABİLİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.02.2008		Yanıtlandı	Evet	Hayır
Açıklama	‘SEVKYUKLEME’,’EKSIDE_ISLEM_YAPMA’ özel parametresi ile istenilen kontrolün yapılması sağlanabilir.Detaylar için destek birimleri ile görüşülebilir.

İstek No 26493

Tarih	Program
13.02.2008	Personel.Netsis Personel.E-Bildirge
Koşul	İTİBARİ HİZMET UYGULAMASI KULLANILIYOR
Ek Açık.	AYİÇİ DEVİR YAPILIYOR
Problem	AY İÇİ 0’DA SSK B TÜRÜ "İTİBARİ" OLAN NORMAL VE HAFTALIK KAZANÇ VERİLİYOR. SONRA AYİÇİ DEVİR YAPILIYOR. AYİÇİ 1’DE SSK B TÜRÜ "DİĞER" OLAN BİR YARDIM VERİLİYOR. BU PERSONEL İÇİN E-BİLDİRGE ALINDIĞI ZAMAN BELGE TÜRÜNÜ 05 MADEN OLARAK GETİRİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.02.2008	1	Tamam	Evet	Hayır
Dosya	Personel.dll (4.0.10.2448)
Modül	Personel Bordro Modulu
Açıklama	özel parametre :“PERSONEL”, “ITIBARICALISMA”

İstek No 26494

Tarih	Program
13.02.2008	Personel.Netsis Personel._GENEL
Koşul	İtibari hizmette çalışan bir personel puantajında yirmisekiz itibari hizmet günü ve bir genel tatil günü giriliyor.Bir günde eksik gün kaydı yapılıyor.e-bildirge ve aylık eksik gün bildirimi raporu sorunsuz olarak alınıyor.
Ek Açık.	Daha sonra ayiçi devir yapılıyor.Ebildirge alındığında girilen eksik gün(bir) bildirgede geliyor fakat 01 için gelmesi gereken 13 kodlu eksik gün gelmiyor.Aynı sorun eksik gün bildiriminde ve aylık prim ve hizmet belgesindede yaşanıyor.
Problem	Ayiçi devir yapıldığında raporlara Diğer(13)kodlu eksik gün bilgileri yansımıyor.Bu sebeple e-bildirgee ssk tarafından onaylanmıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.02.2008	1	Tamam	Evet	Hayır
Dosya	personel.dll (4.0.10.2466)
Modül	Personel Bordro Modulu
Açıklama	AYICI DEVIR KULLANAN MÜŞTERİLERDE "PERSONEL" "ITIBARICALISMA" ÖZEL PARAMETRESININ EKLENMESI GEREKIYOR.

İstek No 26510

Tarih	Program
14.02.2008	Temelset.Fatura.Aliş İrsaliyesi
Koşul	Stok kartında giriş\çıkış seri takibi yapılacak, bakiye kontrolü yapılacak,giriş seri otomatik hesaplansın,farklı serilerden giriş yapılsın parametreleri tanımlı ve başlangıç serisi tanımlı
Problem	Alış irsaliyesinde 300 adet giriş yapıyoruz. Seri ekranında gelen otomatik serinin miktarını 200 adede çekiyoruz ikinci satırda ise 100 adet girip enter’a bastığımızda açıklama sahalarını kullanamadan seri ekranı kapatılıyor.Ayrıca kalemlerden seri bilgisi izlenme seçildiğinde ilk satırdaki miktar ve seri siliniyor ve miktar uyumsuz uyarısına düşülüyor ve program kilitleniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.02.2008	1	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.10.7521)
Modül	Fatura Modulu
Açıklama	Özel Parametre : ‘FATURA’,’SERIOTOKAPATMA’

İstek No 26511

Tarih	Program
15.02.2008	Personel.Netsis Personel._GENEL
Koşul	Ücretler üzerinden hesaplanan gelir vergisi; organize sanayi veya endüstri bölgelerinde kurulu iş yerleri için tamamı, diğer yerlerdeki iş yerleri için yüzde sekseni, verilecek muhtasar beyanname üzerinden tahakkuk eden vergiden terkin edilir. 5084 sayılı kanunla teşvik kapsamında olan illerde bulunan şirketlerimizin öncelikle 5084 sayılı kanunda yer alan gelir vergisi teşvikinden yararlanmaları, daha sonra ödenecek vergi kalması halinde asgari geçim indirimini uygulamaları gerekmektedir.
Ek Açık.	konu ile ilgili tebliğ bulunmaktadır.
Problem	ücretleri üzerinden hesaplanan gelir vergisinin %80 i veya tamamı terkin edildikten sonra kalan vergi üzerinden asgari geçim hesaplanması gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.03.2008		Tamam	Evet	Hayır
Modül	Personel.dll (4.0.10.2545)
Onaylı Sürüm	Bordro
Açıklama	Grup kodu: PERSONEL Anahtar: GVDENTERKINDUS özel parametresi tanımlanmalıdır.

İstek No 26656

Tarih	Program
23.02.2008	Temelset.Devir._GENEL
Koşul	Kalite kontrol
Problem	TBLKKMAS tablosundaki kapatılmış kayıtlar yeni sene şirketine aktarılıyor. Aktarılmamalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.10.2009		Tamam	Evet	Hayır
Dosya	Devir.dll (4.0.13.980),Devir.dll (5.0.0.80)
Modül	Sene Sonu Devir
Açıklama	DEVIR\KAPALIKKONTDEVIRYAPMA özel parametresi kullanıldığı zaman kapatma kaydı yapılmış kalite kontrol kayıtları yeni sene şirketine aktarılmamaktadır. İlgili özel parametre yeni yıl kopyalamanın yapıldığı işletmelerin merkezinde yada merkez şubede tanımlanmalıdır.

İstek No 26672

Tarih	Program
25.02.2008	Temelset.Fatura.Satış Faturası
Koşul	Tevkifat uygulaması kullanılıyor.
Ek Açık.	Tevkifatlı fatura entegrasyona aktarılıyor.
Problem	FATURA/TEVKİFAT özel parametresi kullanıldığı halde, kdv tutarından hesaplanan tevkifat tutarını düştüğü değeri entegrasyona ayrı hesap olarak atmıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.03.2008	1	Tamam	Evet	Hayır
Dosya	fatura.dll (4.0.12.4874)
Modül	Fatura Modulu
Açıklama	Özel parametre: FATURA,TEVKİFAT,C

İstek No 26955

Tarih	Program
13.03.2008	Temelset.Devir.Cari Devir
Koşul	İşletme/şube mantığı ile çalışıyor. Birden fazla işletme ve birden fazla şube sözkonusu. Cari parametrelerde “TÜM CARİ HAREKETLER” seçili. İşetmelerde ortak olmayan carinin hareketleri CARİ DEVRİN yapılabildiği şubeye atılıyor. Oysa kartında işletmelerde orak için -1 varsa bu doğru ancak, kartında işletme kodu -1 den farklı ise devir kayıtları da cari karttaki işletmenin merkez şubesinde olmalıdır. Cari hareket için yazılan özel objeler bu nedenle sorunlu çalışıyor.
Ek Açık.	İşletme/şube mantığı ile çalışıyor. Birden fazla işletme ve birden fazla şube sözkonusu. Cari parametrelerde “TÜM CARİ HAREKETLER” seçili. İşetmelerde ortak olmayan carinin hareketleri CARİ DEVRİN yapılabildiği şubeye atılıyor. Oysa kartında işletmelerde orak için -1 varsa bu doğru ancak, kartında işletme kodu -1 den farklı ise devir kayıtları da cari karttaki işletmenin merkez şubesinde olmalıdır. Cari hareket için yazılan özel objeler bu nedenle sorunlu çalışıyor.
Problem	İşletme/şube mantığı ile çalışıyor. Birden fazla işletme ve birden fazla şube sözkonusu. Cari parametrelerde “TÜM CARİ HAREKETLER” seçili. İşetmelerde ortak olmayan carinin hareketleri CARİ DEVRİN yapılabildiği şubeye atılıyor. Oysa kartında işletmelerde orak için -1 varsa bu doğru ancak, kartında işletme kodu -1 den farklı ise devir kayıtları da cari karttaki işletmenin merkez şubesinde olmalıdır. Cari hareket için yazılan özel objeler bu nedenle sorunlu çalışıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.04.2008		Yanıtlandı	Evet	Hayır
Dosya	Devir.dll dosyası güncellenmelidir.
Modül	Sene Sonu Devir
Açıklama	DEVIR/SUBELIYASLANDIRMA/E özel parametresi kullanılmalıdır. Cari devir işlemi şube bazında yapılmalıdır.

İstek No 26964

Tarih	Program
13.03.2008	Temelset.Devir.Cari Devir
Problem	CARI DEVIRDE SUBE BAKIYELERI MERKEZDE TOPLU OLARAK GORUNUYOR SUBELERIN CARI DEVIRLERINI AYRI AYRI GOREMIYORUM

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.03.2008		Yanıtlandı	Evet	Hayır
Dosya	Devir.dll dosyası güncellenmelidir.
Modül	Sene Sonu Devir
Açıklama	DEVIR/SUBELIYASLANDIRMA/E özel parametresi kullanılmalıdır. Cari devir işlemi şube bazında yapılmalıdır.

İstek No 27241

Tarih	Program
31.03.2008	Temelset.Dekont._GENEL
Ek Açık.	Dekont kaydı sırasında, ilk dekont satırında girilen referans kodu sahası, ikinci ve sonraki girişlerde boşalmıyor. dolayısı ile ilk girilen referans kodu ile dolu halde getiriyor. Değişime izin veriyor. Daha önceden olduğu gibi, hatalara yol açmamak için, bu sahayı boş halde ve referans kodu girilmeden geçilmeyecek şekilde istiyoruz
Problem	Dekont kaydı sırasında, ilk dekont satırında girilen referans kodu sahası, ikinci ve sonraki girişlerde boşalmıyor. dolayısı ile ilk girilen referans kodu ile dolu halde getiriyor. Değişime izin veriyor. Daha önceden olduğu gibi, hatalara yol açmamak için, bu sahayı boş halde ve referans kodu girilmeden geçilmeyecek şekilde istiyoruz

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.06.2008	1	Tamam	Evet	Hayır
Dosya	Dekont.dll(4.0.12.1057)
Modül	Dekont
Açıklama	Grup Adı: DEKONT Anahtar Adı : REFERANSNO olan özel parametresi tanımlandığında REFERANSNO alanı yeni kalem girişinde boşaltılmaktadır.

İstek No 27601

Tarih	Program
30.04.2008	Temelset.Fatura.Müşteri Siparişleri
Koşul	Esnek yapılandırma uygulaması kullanılıyor. FATURA\ESNEKDUZELT özel parametresi kullanılıyor.
Ek Açık.	ESNEKYAP/ASORTI özel parametresi kullanılıyor. stok parametrelerinde yapılandırma açıklaması kullanım şekli "özellik ve değer açıklamalarından oluşşun" işaretleniyor.
Problem	Matrix ekrandan kalemlere ait miktar girişi ve asorti fiat girişi yapılıyor. Kalemlerde girilen özelliklere göre farklı yapılandırma açıklamaları ve farklı fiatlar oluşuyor. Alt gride atılan bir kalem tekrar çağırılıp üzerinde bir değişiklik yapılıp (örneğin fiatı değiştirildiğinde)gride altıldığında tüm yapılandırma açıklamaları ve fiatları aynı oluyor.oluyor. Yapılan fiat değişikliğini alttaki satırlara taşımalı ama taşırken dikey özellik koduna göre bakmalı dikey özellik kodu ve stok kodu aynı olan kayıtların fiatını eşitlemeli, yapılandırma açıklamaları da değişmemeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.05.2008	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.12.7897)
Modül	Fatura
Açıklama	FATURA\ESNEKDUZELT ve ESNEKYAP\ASORTI özel parametreleri kullanıldığı zaman matrix ten özellik bazında miktarlar seçilip kalemlere atıldıktan sonra gridden bir kalem çağrılıp üzerinde değişiklik yapılınca hangi alanların değişeceğine dair seçimin yapılabildiği ekran desteklendi. Bu ekranda seçilen sahaların değerleri alttaki satırlara kopyalanacak seçilmeyen sahaların değeri değişmeyecektir.

İstek No 27632

Tarih	Program
02.05.2008	Personel.Netsis Personel Entegrasyon._GENEL
Problem	Firma net ödeneni ve personele verilen yardımların toplamını kişi bazında tutuyor. Personel maaşları için 335’li hesap ,yardımların toplamı içinde 334 hesap kullanıyor. Örnek;Personele’e verilen net maaş 1000 YTL, yardımların toplamının neti de 500 YTL ise 335-01-001(1. Personel) hesabına 1000 YTL 334-01-001(1.Personel yardımlar) hesabına 500 ytl yazması gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.06.2008	Önemli!!!	Tamam	Evet	Hayır
Dosya	Personel.dll (4.0.12.2633), Penteg.dll (4.0.12.220), Pertrk.dll
Modül	Entegrasyon
Açıklama	PERSONEL/YARDIMNETHESKOD/Kullanıcı tanımlı saha ismi. Uygulama detayı için "Personel Net Ödenecek Ve Kesinti Uygulamasında Yenilik" dökümanından bilgi alınabilir.

İstek No 27667

Tarih	Program
06.05.2008	Temelset.E-Netsis._GENEL
Koşul	Enetsis uygulaması kullanılıyor
Ek Açık.	Enetsis te koşul uygulaması kullanılıyor
Problem	Enetsis te siparişte satır bazı koşul uygulaması kullanılmak isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.05.2008	1	Tamam	Evet	Hayır
Dosya	Tüm enetsis uygulama dosyaları (4.0.10)
Modül	Enetsis
Açıklama	ENETSIS/SATIRBAZIKOSUL özel parametresi tanımlanmalıdır.

İstek No 27831

Tarih	Program
20.05.2008	Temelset.NetPos._GENEL
Koşul	reyon uygulaması
Ek Açık.	reyon uygulamasında ciddi sorunlar var. 1-reyon kısmında fiyat olmadığı ve iskontolarında tutar girilemediği için 45 ytl ye satış fiyatı olan ve 10 taksit olan ürün plasiyer tarafından 40 ytl 2 taksit yapılamıyıyor.buda sistemin çalışmasını engelliyor.2-reyondan çıkarılan bir reyon fişinin tekrar basılması mümkün değil yada eski reyon fişi üzerinde düzeltme mümkün değil.
Problem	reyon kısmının gözden gecirilmesi gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.05.2008		Yanıtlandı	Evet	Evet
Dosya	kasa .exe(4.0.12.966),merkez.exe(4.0.12.722)
Açıklama	Reyon uygulamasında değişiklik düşünülmemektedir.Eğer reyon personeline fiyat girişi,fiyatlandırma yetkileri veriliyorsa ödemesiz sipariş uygulaması kullanılabilir.Grup kodu:SHOPS,Anahtar:,Değer:ODEMESIZSIPARIS özel parametresi ile Ödeme almaksızın kesilen siparişler kasada faturalaştırılabilir.Uygulama detayı için destek birimleri ile görüşünüz.

İstek No 27873

Tarih	Program
23.05.2008	Personel.Netsis Personel.Eş/Çocuk Bilgileri
Koşul	3,76 Ytl Çocuk yardımı veriliyor. İlgili sicilin 3 çocuğu var. Hesaplanan SSK muafiyetinde asgari ücretin %2 ‘si x 2 değeri kontrol ediliyor.
Ek Açık.	Program muafiyeti hesaplarken 3×3,76 = 11,28 bulup (608,4)x(0,02)x(2)=24,32 Ytl muafiyeti aşmadığı için 11,28’in tamamını muafiyet olarak kabul ediyor.
Problem	Kanunda 2 çocuğu geçmemek kaydı ile dediği için 3,76 x 2 = 7,52 Ytl’i muaf tutması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.05.2008	1	Tamam	Evet	Hayır
Dosya	Personel.dll (4.0.12.2616)
Modül	Bordro
Açıklama	PERSONEL/COCUKYARDIMMUAF şeklinde özel parametre tanımlanmalıdır.

İstek No 27931

Tarih	Program
28.05.2008	Temelset.Muhasebe._GENEL
Koşul	B Formu Uygulaması
Ek Açık.	B formları için 4.0.10 setinde bulunan VD noya göre kümüle yapma yöntemi çok doğru bir yaklaşım gibi görünürken neden Netsis 4.0.12 setinde yöntem değişikliği yapıyor? Şu anda müşterimizden, cari ünvanlardaki –İzmir Şb vb.. farkılık yaratan stringleri kaldırmalarını istediğimizde tepki almaktayız. 4.0.12 setinde bu durum özel parametreye bağlansa çok daha iyi olur görüşündeyiz. / Promesa CAN
Problem	B formları için 4.0.10 setinde bulunan VD noya göre kümüle yapma yöntemi çok doğru bir yaklaşım gibi görünürken neden Netsis 4.0.12 setinde yöntem değişikliği yapıyor? Şu anda müşterimizden, cari ünvanlardaki –İzmir Şb vb.. farkılık yaratan stringleri kaldırmalarını istediğimizde tepki almaktayız. 4.0.12 setinde bu durum özel parametreye bağlansa çok daha iyi olur görüşündeyiz. / Promesa CAN

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.10.2008		Tamam	Evet	Hayır
Dosya	Muhasebe.dll (4.0.13.1531)
Modül	Muhasebe
Açıklama	MUHASEBE/BFORMCARIKODKIRILIMYAPMA özel parametresi kullanıldığında aynı vergi numarasına sahip kayıtlar için kümülasyon yapılması desteklendi. Ülke kodu TR olan kayıtlar için vergi numarası, TR dışındaki kayıtlar için cari koda göre kümülasyon yapılmaktadır.

İstek No 27970

Tarih	Program
30.05.2008	Temelset.NetPos._GENEL
Koşul	TAKSITLI SATIS
Problem	SENET ILE SATIS YAPILDIGINDA SENET TANZIMDE DEGIL SENET TAHSILDE CARI HESABA KAYIT ATMASINI ISTIYORUZ. NETSIS DEKI TAKSITLI SATIS PARAMETRESINI KONTROL ETMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.05.2008		Tamam	Evet	Evet
Dosya	Merkez.exe(4.0.12.722),Kasa.exe(4.0.12.966),basim.dll(4.0.12.198)
Onaylı Sürüm	4.0.12
Açıklama	Grupkodu:SHOPS,Anahtar:,Değer:MSENTANZIMDECAHARAYAZMA özel parametresi ile senetlerin tahsilde cari harekete yazılması desteklenmiştir.Uygulama detayı için destek birimleri ile görüşünüz.

İstek No 28016

Tarih	Program
04.06.2008	Personel.Netsis Personel.Ücret Hesaplama Kod Girişi
Ek Açık.	3,76 Ytl Çocuk yardımı veriliyor. İlgili sicilin 3 çocuğu var. Hesaplanan gelir vergisi muhafiyeti 3*3,76 = 11,28 hesaplanıyor. Problem Kanunda 2 çocuğu geçmemek kaydı ile dediği için 3,76 x 2 = 7,52 Ytl’i muaf tutması isteniyor.Ücret hesaplama kod girişinde katsayı belirleyerek Gv.muhaf kısmına değer girdirip çarptırmak suretiyle denendi,2 ondalık desteklediği için sonuca ulaşılamıyor.
Problem	3,76 Ytl Çocuk yardımı veriliyor. İlgili sicilin 3 çocuğu var. Hesaplanan gelir vergisi muhafiyeti 3*3,76 = 11,28 hesaplanıyor. Problem Kanunda 2 çocuğu geçmemek kaydı ile dediği için 3,76 x 2 = 7,52 Ytl’i muaf tutması isteniyor. Ücret hesaplama kod girişinde katsayı belirleyerek Gv.muhaf kısmına değer girdirip çarptırmak suretiyle denendi,2 ondalık desteklediği için sonuca ulaşılamıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.06.2008	1	Tamam	Evet	Hayır
Dosya	Personel.dll (4.0.12.2633)
Modül	Bordo
Açıklama	PERSONEL/COCUKYARDIMMUAF özel parametresi kullanılmalıdır.

İstek No 28203

Tarih	Program
21.06.2008	Personel.Netsis Personel Entegrasyon.Muhasebe Aktar
Koşul	Personel entegrasyon aktarımı yapılıyor.
Ek Açık.	Personel entegrasyon aktarımında kesinti isminde avans geçmeyen kesintilerinde personel bazında aktarımının yapılabilmesi Ayrıca kesntilerin iki farklı grup altında personeller bazında detaylı aktarılabilmesi
Problem	Net ödenecek ve kesintilerin personel bazında farklı hesaplara aktarılabilmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.06.2008	Önemli!!!	Tamam	Evet	Hayır
Dosya	Personel.dll(4.0.12.2633),Penteg.dll(4.0.12.220) Pertrk.dll
Modül	Entegrasyon
Açıklama	PERSONEL/UCRETAVANSHESKOD/kullanıcı tanımlı saha ismi PERSONEL/YARDIMAVANSHESKOD/kullanıcı tanımlı saha ismi özel parametreleri tanımlanmalıdır. Uygulama detayı için "Personel Net Ödenecek Ve Kesinti Entegrasyonunda Yenilik" dökümanından bilgi alınabilir.

İstek No 28263

Tarih	Program
27.06.2008	Temelset.Stok.Barkod Kayıtları
Koşul	STOK KODLARI İLE BARKOD KODLARININ AYNI OLABİLMESİ İSTENİYOR.
Problem	STOK KODLARI İLE BARKOD KODLARININ AYNI OLABİLMESİ İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.07.2008	3	Tamam	Evet	Hayır
Dosya	Stok.dll (4.0.12.2631)
Modül	Stok
Açıklama	STOK/BARKODTEKRARLANSIN özel parametresi kullanıldığında stok barkod kayıtları menüsünde stok kodu ve barkod numarası aynı verilebilmektedir.

İstek No 28316

Tarih	Program
01.07.2008	Temelset.NetPos._GENEL
Koşul	reyon uygulaması
Ek Açık.	reyon uygulamasında 1-iskonto sahası sadece yüzde calısmakta tutar calışmamaktadır.2-basılan fişin tekrar basımı düzeltmesi yada iptali mümkün değildir.
Problem	reyon uygulamasında 1-iskonto sahası sadece yüzde calısmakta tutar calışmamaktadır.2-basılan fişin tekrar basımı düzeltmesi yada iptali mümkün değildir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.07.2008		Yanıtlandı	Evet	Evet
Dosya	kasa .exe(4.0.12.966),merkez.exe(4.0.12.722)
Açıklama	Reyon uygulamasında fşyat bilgisi desteklenmediği için tutarsal iskonto girlememektedir.Eğer reyon personeline fiyat görme,tutarsal iskonto girebilme yetkisi veriliyorsa ödemesiz sipariş uygulaması kullanılabilir.Grup kodu:SHOPS,Anahtar:,Değer:ODEMESIZSIPARIS özel parametresi ile Ödeme almaksızın kesilen siparişler kasada faturalaştırılabilir.Uygulama detayı için destek birimleri ile görüşünüz.

İstek No 28320

Tarih	Program
02.07.2008	Temelset.._GENEL
Koşul	KASA VE MUHASEBE ENTEGRASYONU
Problem	Kasa modülünü muhasebeye entegre olarak kullanmaktayız. Fakat entegre işlemini yaptığımızda muhasebe kayıtlarına her günün hareketleri karşılığında tek bir kasa kaydı olarak çıkışlar için GÜNLÜK KASA ÖDEMELERİ , girişler için diye GÜNLÜK KASA TAHSİLATLARI diye tek bir kayıt atmaktadır.Örneğin x ltd şti ye ait 110 nolu fatura bedeli 100 lira + kdv ile Y ltd şti 545 nolu fatura bedeli 200 lira + kdv alış faturalarının kaydını aşağıdaki gibi yapmaktadır. X LTD ŞTİ FT NO: 110 100 X LTD ŞTİ. FT NO: 110 KDVSI 18 Y LTD ŞTİ FT NO: 545 200 Y LTD ŞTİ. FT NO: 545 KDVSI 36 GÜNLÜK KASA ÖDEMELERİ 354 Olarak atmaktadır. Bu kayıt şekli kasa muavinin görüntülenmesinde, ve resmi defter basımlarında hem açıklayıcı olmamakta hem de yarar sağlamamaktadır. İsteğimiz bunun en azından kasa raporu şeklindeki gibi her hareketin karşılığı kasa çalıştıracak şekilde parametrik hale getirilmesi kasa hesabını “kümüle olarak mı atayım “detaylı olarak mı atayım” şekline getirilebilmesidir. Ayrıca yevmiye ve kebir defter dökümlerinde fatura numaraları tam olarak sığmıyor eksik kalıyor. Örneğin X şirketine kestiğimiz 274427 nolu faturamızı yevmiye defter dökümünde aşağıdaki gibi göstermektedir. X LTD ŞTİ .FT.MIZ NO:0000000F 27 Bu açıklama konusunda tam açıklayıcı bir şekilde deftere atması sağlanabilirmi. Yardımlarınız için teşekkür ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010		Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 28351

Tarih	Program
04.07.2008	Temelset.Fatura._GENEL
Koşul	SATIŞ FATIRSASI KESERKEN TAMAM BUTONUNUNDAN SONRA ONAY EKRANI GELMEDEN OTOTMATİK KAYIT EDİLİP BASIM YAPILMASI GEREKLİLİĞİ
Ek Açık.	SATIŞ FATIRSASI KESERKEN TAMAM BUTONUNUNDAN SONRA ONAY EKRANI GELMEDEN OTOTMATİK KAYIT EDİLİP BASIM YAPILMASI GEREKLİLİĞİ
Problem	SATIŞ FATIRSASI KESERKEN TAMAM BUTONUNUNDAN SONRA ONAY EKRANI GELMEDEN OTOTMATİK KAYIT EDİLİP BASIM YAPILMASI GEREKLİLİĞİ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.10.2008	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.12.7948)
Modül	Fatura
Açıklama	FATURA,BASIMYAPVEKAYDET özel parametresi kullanıldığında; "basım yapılsın mı" sorgusu işaretlendiğinde "Kayıtlar Yapılsın Mı?" sorusu hiç sorulmadan kayıtlar yapılmaktadır.

İstek No 28375

Tarih	Program
08.07.2008	Temelset.Fatura._GENEL
Koşul	Maliye Bakanlığı’nın Özel Tüketim Vergisi Genel Tebliğine göre, bakanlık, araç satışlarında indirim oranı yüksek gösterilerek ÖTV matrahının aşındırıldığı gerekçesiyle, matrah hesabında dikkate alınan indirim oranına sınır getirdi.
Ek Açık.	Tebliğde, ÖTV Kanunu ile motorlu araçların bulunduğu 2 sayılı listedeki mallardan alınacak verginin, mükellefin bu malları alış bedeli üzerinden malın tabi olduğu orana göre hesaplanan vergi tutarından az olamayacağı hükme bağlandı.
Problem	Buna göre, ithalatçıların alış bedeli olarak, ithalatta hesaplanan KDV matrahı esas alınacak. Verginin alış bedeli üzerinden hesaplandığı durumlarda, mükellefin malı teslim tarihine kadar bu malı mükellefe teslim eden tarafından yüzde 10’a kadar yapılan indirimler alış bedelinden indirilecek.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.07.2008	Önemli!!!	Tamam	Evet	Evet
Dosya	Fatura.dll(4.0.12.7910),Fattrk.dll
Modül	Fatura
Açıklama	FATURA/OTVALISFIYAT özel parametresi kullanıldığında Satış Faturası,Satış İrsaliyesi, Müşteri Siparişi, Satış Talep, Satış Teklif ekranlarında Ötv Alış Fiat alanı sorgulanmaktadır. Uygulama detayı için destek birimleri ile görüşünüz.

İstek No 28712

Tarih	Program
08.08.2008	Temelset.Muhasebe.B Formu Basımı
Koşul	AYNI ÜNVAN, AYNI VERGI NUMARASI, AYNI SABIT BİLGİLERLE BİRDEN FAZLA CARI AÇILIYOR.
Ek Açık.	B FORMU RAPORU ALINDIĞINDA, AYNI ÜNVAN, VERGINO,TCNO,ULKE KODU,VS BİLGİLERE SAHİP RAPOR ALINDIĞINDA AYNI CARININ KAYITLARI AYRI AYRI GELİYOR. KUMULE EDİLMESİ..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.09.2008	1	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (4.0.12.1522)
Modül	Muhasebe
Açıklama	MUHASEBE/BFORMCARIKODKIRILIMYAPMA özel parametresi kullanıldığında cari ünvanı aynı olan cari kartları tek bir cari gibi kümüle edip ona göre hesaplama yapılmaktadır.

İstek No 28746

Tarih	Program
12.08.2008	Temelset.Mrp.AÜP Bilgilerinin İzlenmesi / Düzeltilmesi
Koşul	Ana üretim planlama çalışırken tüm depolar dikkate alınıyor ama parametrik olmalıdır.
Ek Açık.	Ana üretim planlama çalışırken tüm depolar dikkate alınıyor ama parametrik olmalıdır.
Problem	Ana üretim planlama çalışırken tüm depolar dikkate alınıyor ama parametrik olmalıdır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.10.2008	1	Tamam	Evet	Hayır
Dosya	Mrp.dll (4.0.13.1265)
Modül	Mrp
Açıklama	URETIM\BAKIYEKONTROL özel parametresi kullanıldığında, ana üretim planlamada üretim modülünde tanımlanan depo kodlarının bakiyesi kontrol edilmektedir.

İstek No 28761

Tarih	Program
13.08.2008	Temelset.Fatura.Yükleme Emri
Koşul	Sevk Yükleme emirleri kullanılıyor.
Ek Açık.	SEVKYUKLEME/KUMULE özel parametresi kullanılıyor.
Problem	Bu özel parametre kullanıldığı zaman eğr stoğun bakiyesi yoksa yada eksiye düşmüş ise siparişteki stoklar yükleme emrine gelmemektedir. Siparişte olduğu için bakiyesi olmayan kalemlerinde yükleme emrine gelmesi gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.08.2008		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.12.7926)
Modül	Fatura
Açıklama	SEVKYUKLEME/KUMULE özel parametresi tanımlı olsa bile siparişten gelen stoğun bakiyesi ekside olduğu zaman da yükleme emrine getirtilmesi desteklendi. Eğer eksi bakiyedeki stoğun yükleme emrine gelmemesi isteniyorsa SEVKYUKLEME/EKSIDE_ISLEM_YAPMA özel parametresi kullanılmalıdır.

İstek No 28842

Tarih	Program
21.08.2008	Temelset.Dekont._GENEL
Koşul	Satıcıdan gelen fiyat farkları için dekonttan miktarsız maliyet girişi yapılıyor.
Problem	Stok kodu seçilerek stoğa 2 lira borç kaydı, satıcıya de 2 lira alacak kaydı girildiğinde turarı stok hareketlerinde – olarak gösterdiği gibi entegrasyonda da 153 ve 320 hesaba alacak kaydı gösteriyor. Halbuki 153 borçlu 320 alacaklı olmalı. Tam tersi işlem yapıldığında da,sonuç aynı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.08.2008		Yanıtlandı	Evet	Hayır
Açıklama	"DEKONT","ETIPLIHAREKET" özel parametresi kullanılmalıdır.

İstek No 28927

Tarih	Program
29.08.2008	Temelset.Fatura.Satış Faturası
Koşul	SATIŞ PARAMETRELERİNDE İSKONTO BRÜT FİYAT ÜZERİNDEN HESAPLANSIN PARAMETRESİ İŞARETLİ. KDVSİZ BİR STOK İÇİN SATIŞ FATURASI KESİLMEK İSTENDİĞİNDE VE SATIR BAZINDA İSKONTO(İSKONTOLAR) GİRİLDİĞİNDE İSKONTO TUTARI(TUTARLARI) BRÜT FİYAT ÜZERİNDEN HESAPLANMIYOR. AYNI SORUN ALIŞ FATURASINDA DA YAŞANIYOR.
Ek Açık.	SATIŞ PARAMETRELERİNDE İSKONTO BRÜT FİYAT ÜZERİNDEN HESAPLANSIN PARAMETRESİ İŞARETLİ. KDVSİZ BİR STOK İÇİN SATIŞ FATURASI KESİLMEK İSTENDİĞİNDE VE SATIR BAZINDA İSKONTO(İSKONTOLAR) GİRİLDİĞİNDE İSKONTO TUTARI(TUTARLARI) BRÜT FİYAT ÜZERİNDEN HESAPLANMIYOR. AYNI SORUN ALIŞ FATURASINDA DA YAŞANIYOR.
Problem	SATIŞ PARAMETRELERİNDE İSKONTO BRÜT FİYAT ÜZERİNDEN HESAPLANSIN PARAMETRESİ İŞARETLİ. KDVSİZ BİR STOK İÇİN SATIŞ FATURASI KESİLMEK İSTENDİĞİNDE VE SATIR BAZINDA İSKONTO(İSKONTOLAR) GİRİLDİĞİNDE İSKONTO TUTARI(TUTARLARI) BRÜT FİYAT ÜZERİNDEN HESAPLANMIYOR. AYNI SORUN ALIŞ FATURASINDA DA YAŞANIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.09.2008	1	Yanıtlandı	Evet	Hayır
Açıklama	İstenilen uygulama için “iskontolar brüt fiyat üzerinden hesaplansın” parametresi işaretlenmemeli ve ‘FATURA’,’KADEMESIZISKONTO’ özel parametresi kullanılmalıdır.

İstek No 28945

Tarih	Program
02.09.2008	Temelset.Fatura._GENEL
Koşul	"FATURA", "notvadeguncelle" özel parametresi kullanılıyor.
Ek Açık.	Genel toplamda vade günü değiştiriliyor. Koşul parametresi açık olduğu için her seferinde vadeyi sıfırlıyor
Problem	"FATURA", "notvadeguncelle" özel parametresi satırdaki vade gününün korunmasını sağlıyor ama faturada genel toplam alanındaki vade günü sıfırlanıyor. Bu özel parametre ile genel toplamda vade gününe girilen değerin korunması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.10.2008		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.12.7958)
Modül	Fatura
Açıklama	FATURA/KOSULGENELGUNCELLEME özel parametresi ile genel koşul kayıtlarından gelen vade günü tekrar faturaya girişte güncellenmemektedir.

İstek No 29104

Tarih	Program
15.09.2008	Temelset.Kantar._GENEL
Koşul	kantar kullanım ayrıntıları
Ek Açık.	Netsis in kantar modülündeki sorunlarımızdan bazıları ; sipariş bağlantılı tartımlarda kantarda okunan miktarın oluşan irsaliyeye gelmesi gerekirken irsaliyeye gelen değer siparişin açık kalan miktarı oluyor. Kantardaki bazı parametrelerle kantardaki net tartım değeri geliyor fakat bu sefer sipariş ile entegre olmayıp sipariş açık kalıyor irsaliyeyi de oluşturmuyor. Bir de Cıkan kamyonun uzerinde(yani aynı siparişte 3-4 değişik ürün olabiliyor ve aynı kamyona yüklenip gönderilebiliyor- örneğin aynı kamyonda 50kglik un çuvalları ile 25kg lık un çuvalları ve yanında 50kg lık kepek – çıkıntı denen ürünler olabiliyor- yani siparişteki tüm kalemlerden malzeme sevki olabiliyor aynı kamyon üzerinde. Burada yapılması gereken bu siparişi kantar modülünde sip nosunu verince tüm sip kalemlerini getirip, kantar tartım rakamına eşitleninceye kadar sipariş miktarlarına elle müdahale etmek olmalı) 1 çeşit ürün değil 3-4 farklı ürünün farklı yerlere gönderileceği zaman program yetersiz kalıyor. bunun da göz önüne alınmasını gerek. Konu ile ilgili senden cevap bekliyorum.Bayim biçok müşterisine kantar satışı yaptı.Fakat bu tür sorunlar yüzünden uyarlayamıyoruz. Kitlenmiş durumdayız. teşekkürler.
Problem	tolga bey bu konu hakkında bilgilendirildi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.09.2008	1	Tamam	Evet	Hayır
Dosya	Kantar.dll (4.0.12.510)
Modül	Kantar
Açıklama	KANTAR/SIPARISBAKIYEGETIRME özel parametresi kullanıldığında kantarda fiş oluşturma ekranında, miktar alanına sipariş bakiyesi değil tartım sonucu getirtilmektedir. Ayrıca fiş oluşturma ekranına eklenen "Sıra" alanı ile siparişteki kalem sırası seçilerek istenilen sıradaki kalemin teslimatı yapılabilmektedir.

İstek No 29193

Tarih	Program
23.09.2008	Temelset.Fatura.Depolar Arasi Transfer
Koşul	Depolar arası transferde sipariş no sorulsun mu parametresi açık.Siparis Baglantili DAT de teslimat ayri takip edilsin parametresi açık.Depolar arası transfer girşinde sipariş no seçildikten sonra gideceği depo sorgusunun yerine yada yanına çıkış depo sorgusu olması isteniyor.
Ek Açık.	Mevcut şekliyle firmanın işleyişine ters çalışıyor.Müşteri siparişinde seçilen depoya, depo transferiyle giriş yapılmalı ki bir sonraki adımda yani faturada o depodan çıkış yapılabilsin.
Problem

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.10.2008	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.12.7959)
Modül	Fatura
Açıklama	FATURA’,’SIPARISDEPOKODU’ özel parametresi kullanıldığında; lokal depolar arası transfer fişi için ekranda sorulan depo kodu çıkış deposu, siparişten gelen ise giriş deposu olacaktır.

İstek No 29503

Tarih	Program
03.11.2008	Temelset.Fatura._GENEL
Koşul	Seri uygulaması kullanılıyor.Alış faturasında miktar girildikten sonra gelen seri penceresinde miktar 0 bırakılabiliyor ve miktar uyumsuzluğu uyarısını vermiyor.Faturayı tamamlarken seri uyumsuzluğu uyarısını veriyor.Seri ekranında miktar sıfır girilmiş ise miktar uyumsuzluğu uyarısını vermesi
Problem	Seri uygulaması kullanılıyor.Alış faturasında miktar girildikten sonra gelen seri penceresinde miktar 0 bırakılabiliyor ve miktar uyumsuzluğu uyarısını vermiyor.Faturayı tamamlarken seri uyumsuzluğu uyarısını veriyor.Seri ekranında miktar sıfır girilmiş ise miktar uyumsuzluğu uyarısını vermesi

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.11.2008	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.7986) ve Seri uygulamasının kullanıldığı modül dosyaları
Modül	Fatura
Açıklama	Seri ekranında miktar 0 geçildiğinde de miktar uyumsuzluğu uyarısı vermesi sağlandı. Seri miktarının boş geçilmesi durumunda da uyarı vermesi için STOK/SERISIZKAYITYAPMA özel parametresi kullanılmalıdır.

İstek No 29564

Tarih	Program
08.11.2008	Temelset.Fatura._GENEL
Koşul	Esnek yapılandırma ve döviz kullanıyoruz.
Ek Açık.	fatura/irsaliye belgelerinde, esnek yapılandırma olan kalemleri girdikten sonra kalem kayıtlarının güncellemek istendiğinde stok kodu hanesini geçtikten sonra dövüz tipi değişiyor.
Problem	sistemin güncelleme sırasında mevcut bilgiyi değiştirmemesi gerekir. set güncelledik hata düzelmedi. Acill..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.11.2008		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.7977)
Modül	Fatura
Açıklama	NOT_FIYAT_GUNCELLE özel parametresi kullanıldığında daha önceden girilmiş kalem üzerinden geçince döviz tipi güncellenmemektedir.

İstek No 29868

Tarih	Program
12.12.2008	Temelset.Muhasebe.Yevmiye Kayıtları
Ek Açık.	Kasa kayıtlarında yevmiye açıklaması giriliyor.Örneğin banka için tahsilat yapılırken bir açıklama giriliyor.
Problem	Entegrasyondan muhasebeye aktarım yapıldığında yevmiye fişi içerisinde 102 hesapta kasada yazılan açıklama yer alırken 100 hesapta "Günlük kasa tahsilatları" olarak yazıyor.Kasa kayıtlarında yazılan açıklama ile kasa hesabında yazılan açıklamanın aynı olması isteniyor.(Entegrasyon aktarımı evrak bazında yapılıyor)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010		Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 29954

Tarih	Program
22.12.2008	Temelset.Kullanıcı İşlemleri.Kullanıcı E-Posta Tanımlamaları
Koşul	fatura iptli için e-posta tanımlaması yapılmakta
Problem	giden mailde kalem bilgilerinin başlıkları gelmesine karşın faturanın kalemlerine ilişkin bilgiler gelmemektedir.Düzeltilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.01.2009	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.8037)
Modül	Fatura
Açıklama	FATURA/EPOSTADAKALEMGOSTER özel parametresi kullanılmalıdır.

İstek No 30109

Tarih	Program
06.01.2009	Temelset.Cari.Cari Hareket dökümü
Koşul	CARİ HAREKET KAYITLARI
Problem	CARİ MODÜLDE ,İZİ KALMASI VE YAPILAN İŞLEMLERİN GÖZLEMLENMESİ AÇISINDAN CARİ HAREKET KAYITLARINDA %100 İSKONTOLU OLARAK GİRİLEN KAYITLARIN 0(SIFIR) TUTARLI OLSA BİLE GÖRÜNMESİ SAĞLAYAN BİR PARAMETRE EKLENEBİLİRMİ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.12.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\TUTARSIZCAHAR özel parametresi kullanılmalıdır. Bu uygulamanın kullanılması için Proje Takibi ve Cari Hesap Vadelere Bölme uygulamalarının kullanılmaması gerekmektedir.

İstek No 30190

Tarih	Program
14.01.2009	Temelset.Devir.Cari Devir
Koşul	ŞUBE BAZINDA YAŞLANDIRMALI DEVİR YAPILMAK İSTENİYOR.
Ek Açık.	ŞUBE BAZINDA YAŞLANDIRMALI DEVİR YAPILMAK İSTENİYOR.
Problem	ŞUBE BAZINDA YAŞLANDIRMALI DEVİR YAPILMAK İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Dosya	Devir.dll (4.0.13.696)
Modül	Sene Sonu Devir
Açıklama	DEVIR/SUBELIYASLANDIRMA/E özel parametresi kullanılmalıdır. Cari devir işlemi şube bazında yapılmalıdır.

İstek No 30193

Tarih	Program
14.01.2009	Temelset.NetPos._GENEL
Koşul	Sipariştede eksi bakiye kontrolü yapılması istenmektedir.
Ek Açık.	Sipariştede eksi bakiye kontrolü yapılması istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Açıklama	Grup Kodu: SHOPS, Anahtar: , Değer: SIPTEEKSIBAKIYE özel parametresi ile siparişte eksi nakiye kontrolü desteklenmiştir.

İstek No 30194

Tarih	Program
14.01.2009	Temelset.NetPos._GENEL
Koşul	Belge serisine sisteme login olan kullanıcısının numarası eklenmesi istektenmektir.
Ek Açık.	Böylece faturalarda ve çıktılarda kayıt yapan kullanıcı takibi kolaylaşacaktır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Açıklama	Grup kodu: SHOPS, Anahtar: , Değer: BELGESERISINEKULNOEKLE özel parametresi ile belge nuamrasında belge serisinden sonra kullanıcı no eklenmektedir.

İstek No 30195

Tarih	Program
14.01.2009	Temelset.NetPos._GENEL
Koşul	Belge toplamından düşük tahsilat alındığında fark rakamı genel iskonto sahasına atsın.
Ek Açık.	Tahsilat esnasında meydana gelen fark program tarafından iskonto olarak atılmalıdır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Açıklama	Grup Kodu: SHOPS, Anahtar: Kullanılacak genel iskonto sahası(1,2,3), Değer: EKSIKTAHSILATGENISK özel parametresi ile tahsilat esnasında belge toplamından küçük bir değer girildiğinde sistemin farkı iskontoya atıp atılmayacağını sorması ve onay durumunda iskonto olarak fark rakamını ataması sağlanmıştır.

İstek No 30196

Tarih	Program
14.01.2009	Temelset.NetPos._GENEL
Koşul	Kalemlerde depo kodu sadece gride düşen kayıt çift tıklanıp tekrar çağrıldığında edit edilebilsin.
Ek Açık.	Kalemlerde depo kodu sadece gride düşen kayıt çift tıklanıp tekrar çağrıldığında edit edilebilsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Açıklama	Grup kodu: SHOPS, Anahtar: , Değer: HIZLIDEPOSORGUSU grup kodu ile depo kodu belge deposundan getirilmekte ve pasif halde gelmektedir. Sadece gride düşen kayıt çift tıklanarak çağrıldığında değiştirilebilmektedir.

İstek No 30197

Tarih	Program
14.01.2009	Temelset.NetPos._GENEL
Koşul	Barkod uygulamasının kullanılmadığı durumlarda esnek yapılandırma kodlarının barkod bağlantısı olmaksızın kullanılması gerekmektedir.
Ek Açık.	Esnek rehberinde barkodu olmayan esnek kodlarıda gelmeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Açıklama	Grup Kodu: SHOPS, Anahtar: , Değer: BARKODSUZYAPKOD özel parametresi ile barkodu olmayan yapılandırma kodlarınında kullanılması desteklenmiştir.

İstek No 30199

Tarih	Program
14.01.2009	Temelset.NetPos._GENEL
Koşul	Kredili satış sonrasında alınan tahsilatların kasa kayıtlarındaki açıklamalara bağlı olduğu fatura numarası atılmalı.
Ek Açık.	Kasada oluşan kaydın hangi belgeden geldiği takip edilebilmeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Açıklama	Grup kodu: SHOPS, Anahtar: , Değer: FATNOTAHSILATACIKLAMA özel parametresi ile tahsilatta girilen açıklamaya belge numarasıda eklenerek kasa kayıtlarına açıklama olarak atılmaktadır.

İstek No 30207

Tarih	Program
14.01.2009	Temelset.NetPos._GENEL
Koşul	Muhtelif kesilen belgelerde cari bilgilerinin tahsilat ekranından sonra sorgulanması istenmektedir.
Ek Açık.	Muhtelif kesilen belgelerde cari bilgilerinin tahsilat ekranından sonra sorgulanması istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Açıklama	Grup kodu: SHOPS, Anahtar: , Değer: MUHTELIFBILGISISONDASORULSUN özel parametresi ile muhtelif bilgisinin belge tahsilatından sonra sorgulanması desteklenmiştir.

İstek No 30208

Tarih	Program
14.01.2009	Temelset.NetPos._GENEL
Koşul	Kasa modülünde kasanın sene sonu devir tutarı kasanın tanım ekranında devir tutarına girilmektedir.
Ek Açık.	Bu nedenle netpos tarafından kasa raporunda bu alana girilen değerin izlenebilmesi gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2009		Tamam	Evet	Hayır
Açıklama	Grup kodu: SHOPS, Anahtar: , Değer: NAKITDEVIRBILGISIOKUNSUN özel parametresi ile Nakit ödeme tipinin bağlı olduğu kasaların devir bilgileri kasa raporunda izlenebilmektedir.

İstek No 30214

Tarih	Program
15.01.2009	Temelset.Fatura.Ambar Giriş Fişi
Koşul	c tipli stoga yapılan girişler stok hareketlerinden silinebiliyor.
Problem	Sonrasında bu kalem bilgileri okunamadı uyarı alınmasına ve diğer problemlere neden oluyor.Üretime olduğu gibi bu şekilde müdahale edilebilmenin özel parametreye bağlanması gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.01.2009	1	Tamam	Evet	Hayır
Dosya	Stok.dll (4.0.13.2672)
Modül	Stok
Açıklama	STOK/URETHARDEG/E özel parametresi kullanıldığında ambar giriş fişinden stok hareketlerine gelen C tipli hareketler silinebilmektedir.

İstek No 30220

Tarih	Program
15.01.2009	Temelset.NetPos._GENEL
Koşul	Netpos’ta kesilen fiş tipli belgelerin basımı desteklenmelidir.
Ek Açık.	Netpos’ta kesilen fiş tipli belgelerin basımı desteklenmelidir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.01.2009		Tamam	Evet	Hayır
Açıklama	Grup Kodu: SHOPS, Anahtar: , Değer: FISDOKUMU özel parametresi ile Fiş tipi ile girilen belgelerin basımı desteklenmiştir. Netsis’te yapılan fatura dizaynları bu parametre ile fiş basımında kullanılabilmektedir. Detay bilgi için destek birimleri ile görüşünüz.

İstek No 30221

Tarih	Program
15.01.2009	Temelset.NetPos._GENEL
Koşul	Netpos’ta kesilen diğer tipli belgelerin basımı desteklenmelidir.
Ek Açık.	Netpos’ta kesilen diğer tipli belgelerin basımı desteklenmelidir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.01.2009		Tamam	Evet	Hayır
Açıklama	Grup Kodu: SHOPS, Anahtar:,Değer: DIGERTIPLIBELGEBASIMI özel parametresi ile diğer tipi ile girilen belgelerin basımı desteklenmiştir. Netsis’te yapılan fatura dizaynları bu parametre ile fdiğer tipli belgelerin basımında kullanılabilmektedir. Detay bilgi için destek birimleri ile görüşünüz.

İstek No 30269

Tarih	Program
20.01.2009	Temelset.Muhasebe.Dağıtım Tablosu
Koşul	Muhasebe modülünde Dağıtım anahtar tablosunda yapılmasını isteiğim iyileştirme ile ilgili aşağıda örenk bir anlatım bulacaksınız. Mevcut uygulamada kaynak hesap kodunu girerken 730-90-01-1000 730-90-01-1001 730-90-01-1002 730-90-01-2000 730-90-01-2001 vb. Şeklinde hesap kodları girilmekte Bu hesaplarda oluşan tutarlar belirlenen katsayı ile bu tabloda tanımlanan Dağıtım Koduna gitmektedir. Yapılmasını istediğim şey, Kaynak Kodu kısmına yazdığım hesapları 730-90-01-1??? 730-90-01-2??? Şeklinde tanımlayarak burada oluşan toplam tutarların belirlediğim oranda Daıtım Kodunda belirlediğim hesaba gitmesini sağlamak.
Ek Açık.	burada söylemek isteiğim şey,maliyet muhasebesinde mevcut uygulama şeklinde olması yönünde.
Problem	Gerekli hassasiyetin gösterilmesi dileği ile İlginiz için şimdiden teşekkür ediyorum,

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.01.2009		Tamam	Evet	Hayır
Açıklama	MUHASEBE/DAGITIM özel parametresi tanımlandığında dağıtım tablosunda kaynak hesap koduna % ve _ ile maskeleme yapılabilmektedir.

İstek No 30311

Tarih	Program
22.01.2009	Temelset.Fatura.Yükleme Emri
Koşul	Stok bakiyesi 100 ve 3 adet miktarı 50 olan sipariş giriliyor.
Ek Açık.	Özel parametrelerde STOK_BAKIYE_KONTROL ve EKSIDE_ISLEM_YAPMA parametreli kayıtlı. Faturada eksi bakiyede işlem durdurulsun, sipariş stok kontrolü ve lokal depolarda eksi bakiye kontrolü işaretli
Problem	3 adet 50 miktarlı siparişim için de yükleme emri oluşturuyor. ve bakiye eksiye düşmüş oluyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.01.2009		Yanıtlandı	Evet	Hayır
Açıklama	SEVKYUKLEME\STOKTANAYIRMA özel parametresi kullanılmalıdır.

İstek No 30366

Tarih	Program
28.01.2009	Temelset.Dekont.Bankadan Gelen Karşılıksız Çek Dekontu
Koşul	Cari sabit bilgilerinde dövizli cari işaretli fakat döviz tipi 0, alınan TL bir çek kaydedilirken bordro tamamlama sırasında gelen döviz penceresine döviz tipi girilerek cari hareketlere döviz rakamının da gitmesi sağlanıyor.
Ek Açık.	Bu çek ardından bankaya tahsile yollanıyor ve tahsil’den karşılıksız kaydı girilirken herhangi bir döviz penceresi açılmıyor ve cariye ters hareket olarak sadece TL rakam gidiyor.
Problem	Bu durumda cari TL olarak bakiye vermezken karşılıksız kaydı sırasında döviz rakamı atılmadığı için döviz bakiye veriyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.01.2009		Yanıtlandı	Evet	Hayır
Açıklama	DEKONT/DOVIZEKRAN özel parametresi kullanılmalıdır.

İstek No 30512

Tarih	Program
09.02.2009	Temelset.NetPos._GENEL
Koşul	NetPOS’ta 20 TL’lik bir satış için 50 TL nakit aldığınızda cari harekette 50 alacak 30(paraüstü)borç şeklinde 2 satır hareket oluşuyor.
Ek Açık.	Paraüstünün nakitten düşülmesini ve 20 TL şiklinde tek satır oluşmasını isterler.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.02.2009		Tamam	Evet	Hayır
Açıklama	Grup Kodu: SHOPS, Anahtar: ONEMSIZ, Değer: PARAUSTUNAKITTENDUSULSUN özel parametresi ile istek gerçekleştirilmiştir.

İstek No 30513

Tarih	Program
09.02.2009	Temelset.NetPos._GENEL
Koşul	Ürün bazında seri takibi yapılıyor. Ürün seri no’larının Faturaya basılması isteniyor. Bu nedenle Fatura girişinde aynı ürünü aynı fiyattan olsa da ayrı satırlarda yazmasını istiyoruz.
Ek Açık.	Satır bazında tek seri girilebilsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.02.2009		Tamam	Evet	Hayır
Açıklama	Grup Kodu = SHOPS, Anahtar = Onemsiz ve Deger = HERSATIRDATEKSERI ozel parametresi ile satir bazinda serili bir urunden miktar olarak 1’den fazla girilemiyor dolayisi ile 1’den fazla seri girisine de izin verilmemis oluyor.

İstek No 30514

Tarih	Program
09.02.2009	Temelset.NetPos._GENEL
Koşul	Kapalı fatura cari harekete yazılsın parametresi işaretliyken peşin sipariş kesildiğinde tahsilat rakamı cari hareketlere L tipli kayıt atmasın.
Ek Açık.	Bunun yerine kasaya atılan kaydın cari hareketlere D(kasa) tipli gitmesi sağlansın.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.02.2009		Tamam	Evet	Hayır
Açıklama	Grup Kodu : SHOPS, Anahtar : ONEMSIZ, Değer : PESINSIPTAHKASATIPLI özel parametresi ile peşin sipariş tahsilatının kasa tipli kayıt atması desteklenmiştir.

İstek No 30572

Tarih	Program
13.02.2009	Temelset.Müşteri Çekleri._GENEL
Koşul	müşteri çek/senetleri ile borç çek/senetleri için sadece tahsil ve ödeme işleminde kur farkı hesaplaması isteniyor. tahsil ve ödeme işleminin ters kaydı yapıldığında ise, hesaplanan ve ilgili hesaba işlenen kur farkının da geri çekilmesi isteniyor.
Problem	çek ve senetlere ait ciro, tahsile çıkış, portföye idade, portföyden iade, karşılıksız/protesto işlemlerinde, çek/senetlerin giriş kurlarından işlem görmesi ve kur farkı hesaplamaması isteniyor. aksi halde, nakte dönmeyen çek/senet sebebiyle kur farkı geliri ya da gideri doğabiliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.03.2009	1	Tamam	Evet	Hayır
Dosya	Mcek.dll(4.0.13.669),Msen.dll(4.0.13.297),Bsen.dll(4.0.13.181),Bcek.dll(4.0.13.181)
Modül	Çek, senet
Açıklama	CEKSENET\KURFARKIHESAPLAMA özel parametresi kullanılmalıdır.

İstek No 30588

Tarih	Program
16.02.2009	Temelset.Fatura._GENEL
Koşul	4.0.10 setimizde fatura karlılık raporununda, genel kısıtlardaki maliyet tiplerine göre alış maliyeti hesaplanmaktadır.Ancak 4.0.13 setimizde fatura karlılık raporunda sadece iade tipli faturalarda alış maliyeti sahası hesaplanabilmektedir ve maliyet tiplerini dikkate almamaktadır.
Ek Açık.	4.0.10 setimizde fatura karlılık raporununda, genel kısıtlardaki maliyet tiplerine göre alış maliyeti hesaplanmaktadır.Ancak 4.0.13 setimizde fatura karlılık raporunda sadece iade tipli faturalarda alış maliyeti sahası hesaplanabilmektedir ve maliyet tiplerini dikkate almamaktadır.
Problem	4.0.10 setimizde fatura karlılık raporununda, genel kısıtlardaki maliyet tiplerine göre alış maliyeti hesaplanmaktadır.Ancak 4.0.13 setimizde fatura karlılık raporunda sadece iade tipli faturalarda alış maliyeti sahası hesaplanabilmektedir ve maliyet tiplerini dikkate almamaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.02.2009		Yanıtlandı	Evet	Hayır
Açıklama	Stok modülünde maliyet sistemi parametresi açıksa ve(FATURA/SONGIRISFIAT) özel parametresi kullanılarak, raporu almadan önce maliyet oluşturma işleminin çalıştırılması gerekmektedir.

İstek No 30595

Tarih	Program
16.02.2009	Demirbas.Netsis Demirbaş.Aylık Amortisman Ayırma
Koşul	İtfa olan binalarda son yılda yapılan hesap yerine nor mal amortisman ayrılmasının sağlanması.
Ek Açık.	Enflasyon muhasebesi yapıldığı dönemde binalara ait birikmiş amortismanların değerlendirilmemesi durumunda aylık olarak 3000 TL ayrılan amortisman eğer itfa olduğu yılda ( Değerlenmiş Değer – Birikmiş Amortisman ) / 12 hesapklamasından dolayı 40000 TL gibi değerler hesaplayıp amortisman ayırıyor.
Problem	Eski Kıst gibi bir parametre ile bu tarz binalarda normal hesaplama yapması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.07.2009	1	Tamam	Evet	Hayır
Dosya	Demirbas.dll (4.0.13.632), Demirbas.dll (5.0.0.6)
Modül	Demirbaş
Açıklama	DEMIRBAS\SONYIL özel parametresinin deger alanına TBLDEMIRMAS tablosundan bir alan belirtilmeli (EKRAPORKODU1 vb.) daha sonra bu durumdaki gayrimenkuller için kartındaki bu alana VUK ifadesi girilmelidir. Program son yılında olup kartında VUK yazılı olan demirbaşların amortismanını,binaların son yıllarındaki, enflasyon muhasebesine geçişte değerlenmeyen amortisman tutarlarındaki fark nedeniyle, itfa olduğu yılda fazla amortisman ayrılması engelleyip son yılda fark hesaplamadan normal yıllardaki gibi amortisman ayırmaya devam etmektedir.

İstek No 30716

Tarih	Program
24.02.2009	Temelset. ._GENEL
Koşul	Netsis’te Toplu Mal ayırma Raporunda Raf Kodu sahası Tblstsabitin üzerinde ki Kod_2 Sahasından alıyor.Sorunumuz şu Bizim ikinci Şubemizde bu raf kodlarımız farklı.Toplu mal ayırma raporunda ki Raf Bilgisinin 20 nolu şubem için Tblstsabin üzerinde ki başka bir alandan alması.
Ek Açık.	Toplumal raporu Tblstabitin üzerinde ki kod_2 nin dısında bir sahadan alsın raf bilgisini şube Kodu0 için
Problem	Subeye Göre toplu mal ayırma raporu(raf adres li)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.08.2010		Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1372)
Modül	Fatura
Açıklama	Yükleme Emrinde, ” Toplam Mal Ayırma Raporu’nda” Raf kodu alanının şube bazında takip edilmesi isteniyorsa SEVKYUKLEME\SUBERAFKODUSAHA özel parametresi tanımlanmalıdır. Sube bazında raf kodu takibi için Stok Planlama Kayıtları ekranındaki kullanıcı tanımlı sahalardan birine raf kodu değeri girilmelidir. Ve bu tanımlama yapılan sahanın adı TBLCARISTOK tablosundaki saha adı olarak özel parametre tanımındaki DEGER alanına girilmelidir. Örneğin rafkodu değeri stok planlama kayıtlarında şube bazında Alfasayısal Sahalar1 e girildi ise özel parametrenin DEGER alanına KULL1S değeri tanımlanmalıdır. Eğer özel parametre tanımlaması yapılmazsa uygulama eskisi gibi çalışacak yani raf kodu alanı Stok Kartı Kayıtlarında “Stok Kod2 “ alanından değer getirecektir.

İstek No 30751

Tarih	Program
27.02.2009	Temelset.Entegrasyon.Seçenekli Aktarma
Koşul	KASADAN ÇEK TAHSİLATI YAPILIYOR. DAHA SONRA ENTEGRASYONDAN MUHASEBEYE AKTARIM GERÇEKLEŞTİRİLİYOR.
Problem	MUHASEBEDE 100 KASA HESABI SATIRLARINDA ENTEGREFKEY’LER BOŞ OLUŞUYOR. AYRICA BU SATIRLARIN AÇIKLAMALARI DA GÜNLÜK KASA TAHSİLATLARI ŞEKLİNDE GELDİĞİNDEN, MUAVİN ÇEKİLDİĞİNDE HANGİ ÇEKİN TAHSİLATI İLE İLGİLİ OLDUĞU TESPİT EDİLEMİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010		Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 31059

Tarih	Program
24.03.2009	Temelset.Yardımcı Programlar._GENEL
Koşul	MUHASEBE KAYITLARINDA 100 KASA AÇIKLAMASI DETAYLI GÖRÜLMEK İSTENMEKTEDİR.
Ek Açık.	MUHASEBE KAYITLARINA KASA AÇIKLAMASI OLARAK ‘GÜNLÜK KASA ÖDEMELERİ’ YADA ‘GÜNLÜK KASA TAHSİLATLARI’ GELMEKTEDİR. NETSIS CARI MUHASEBE KAYDI ACIKLAMALARI BÖLÜMÜNDEN TRANSFER DIŞINDAKİ KAYITLARIN DA DESTEKLENMESİ GEREKMEKTEDİR.
Problem	MUHASEBE KAYIT KONTROLÜ İÇİN KASA HESABI AÇIKLAMALARININ AYRINTILI OLMASI İSTENMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010		Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 31143

Tarih	Program
28.03.2009	Temelset.Devir.Yeni Yıl Kopyalama
Koşul	DEVIR YAPILACAK DATABASE X: DISKINDE DISK ÜZERİNDE YER OLMADIĞINDAN F: DISKINE KAYIT YAPILMASI İÇİN ÖZEL PARAMETRE TANIMLANIYOR.
Ek Açık.	DEVIR ÖZEL PARAMETRESİ (DEVIR,MSSQLBACKUPDIZINI,F:\KIPA0910\) İLE DEVİR YAPILMAK İSTENİYOR.
Problem	NETBACK.BAK DOSYASI F:\KIPA0910 DOSYASI İÇERİSİNDE OLUŞMASI GEREKİRKEN, X: DISKINDE OLUŞUYOR VE DISKTE YER KALMADIĞI ANDA İŞLEM KESİLİYOR. ÖZEL PARAMETRE DEVREYE GİRMİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.10.2009		Yanıtlandı	Evet	Hayır
Açıklama	Güncel dosyalarda belirtilen sorun tespit edilemedi. Kullanılan özel parametrenin tanımı kontrol edilmelidir. Özel parametre; Grup:DEVIR Anahtar:MSSQLBACKUPDIZIN şeklinde tanımlanmalıdır. Değer alanında yedek alınacak dizinin yolu belirtilmelidir.

İstek No 31202

Tarih	Program
03.04.2009	Temelset.Fatura.Satış Faturası
Koşul	PROJE UYGULAMASI AÇIK VE FATURA PARAMETRELERİNDE "FATURALARDA KDV AYRILSIN MI" İŞARETLİ.
Ek Açık.	DÖVİZLİ OLARAK BİR FATURA GİRİLİYOR VE CARİ HAREKETLERE KDV TUTARINI YENI BIR SATIRDA ATIYOR. FAKAT ATTIĞI BU KDV TUTARININ DÖVİZ TUTARI MEVCUT DEĞİL.
Problem	OYSA ENTEGRASYONA BAKTIĞIMIZDA KDV İÇİN KULLANILAN HESAP KODUNDA DÖVİZ TUTARI VAR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.04.2009		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.8222)
Modül	Fatura
Açıklama	FATURA/CARIKDVDOVTUTYAZ özel parametresi kullanılmalıdır.

İstek No 31324

Tarih	Program
16.04.2009	Temelset.Mrp.Malzeme Gereksinim Planlama
Koşul	MPS’te satışa hazır ürünün lot bilgileri dikkate alınarak MPS değerleri revize ediliyor. Yakın tarihteki MPS değerleri lottan bağımsız olarak revize ediliyor.(revize edilen MPS değeri lot katı değil). Diğer peryotlardaki MPS değerleri ise lotların da dikkate alındığı şekliyle kalıyor.
Ek Açık.	MGP Çalıştır/Rapor işleminde reçetesi olan ürünler için lot dikkate alınmaması isteniyor. Aksi durumda revize edilen bazı peryotlardaki MPS değerleri için doğru malzeme ihtiyacı çıkmıyor
Problem	İstenen arayüz:”Stok planlama kayıtlarında bir check box ile lot değeri MGP/Çalıştırmada dikkate alınmasın”.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.06.2009		Tamam	Evet	Hayır
Dosya	Mrp.dll (4.0.13.1289), Mrp.dll (5.0.0.19)
Modül	Mrp
Açıklama	GRUP: MPS ANAHTAR LOTSIZE DEGER : KULL1N..KULL8N özel parametresi tanımlanmalıdır. Değer alanına yazılan kullanıcı tanımlı sahadaki değere göre Mps deki lotsize değeri hesaplanacaktır. Mrp için lot size değeri stok planlama kayıtlarındaki parti büyüklüğüne girilmeli. Mps için lot size değeri için kullanıcı tanımlı sahalar kullanılmalıdır.

İstek No 31369

Tarih	Program
22.04.2009	Temelset.Fatura._GENEL
Ek Açık.	‘FATURA’,’KADEMESIZISKONTO’ özel paramtresi tanımlanıyor.Genel iskonto uygulaması var.
Problem	bu özel parametrenin genel iskonto için de desteklenmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.05.2009		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.8274), Fatura.dll (5.0.0.9)
Modül	Fatura
Açıklama	FATURA\KADEMESIZGENELISKONTO özel parametresi kullanılmalıdır.

İstek No 31380

Tarih	Program
24.04.2009	Temelset.Stok.Stok Kartı Kayıtları
Koşul	STOK KARTINDA 4 ONDALIKLI ÖTV ORANI GİRİLİYOR VE KAYDEDİLİYOR.
Problem	KARTA GİRİLDİĞİNDE ÖTV ORANININ SON KARAKTERİNİN SIFIR OLACAK ŞEKİLDE DEĞİŞTİĞİ GÖRÜLÜYOR

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.04.2009		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.8271), Stok.dll (4.0.13.2701)
Modül	Stok
Açıklama	STOK\OTVORANONDALIK özel parametresi tanımlanmalıdır.

İstek No 31385

Tarih	Program
27.04.2009	Temelset.Fatura.Müşteri Siparişleri
Koşul	müşteri siparişinde grup koşul uygulaması var; mal fazlası koşulu sağlamalı parametresi aktif; iskonto aralığı büyük olan koşulu dikkate al parametresi kullanılıyor. tüm koşul sabit tanımları şöyle: koşul rapor kodu stok grup kodu kullanılıyor; fatura ilave koşullar girişindeki toplam koşullar kullanılsın parametresi aktif. ek koşul var. ek koşul, ek koşul tanımlama ekranında cari kod-2’ye göre tanımlı. ek koşul ekranında ilave şekli "normal toplam al" seçildi; "iskonto toplam şekli" normal seçildi. ek koşul bazı carilerde kod-2 üzerinden kullanıldığında cari kartında koşul kodu olan ilgili cariler için ek koşul niteliğinde, aksi durumda diğer cariler için (cari kartta koşul ek koşul olarak tanımlananlar) tek başına da kullanılıyor. tüm koşullar için bağlı olduğu stok tanımları detay koşul ekranı kullanılarak yapılıyor.
Ek Açık.	ek koşulda grup koşul olarak mal fazlası tanımlaması, stoğa-stok, stoğa-grup, gruba-grup,gruba-stok kondüsyonlarından herhangi biri için tanımlanabiliyor. bu kondüsyonda tanımlı mal fazlası bilgileri sadece ek koşulun esas koşul olarak kullanıldığı carilerde işliyor. ek koşul olarak kullanıldığı diğer koşullar ile çalışmıyor. ancak, altındaki koşula da grup koşul tanımlanırsa uygulanabiliyor.
Problem	ek koşulda grup koşul olarak mal fazlası tanımlaması, stoğa-stok, stoğa-grup, gruba-grup,gruba-stok kondüsyonlarından herhangi biri için tanımlanabiliyor. bu kondüsyonda tanımlı mal fazlası bilgileri sadece ek koşulun esas koşul olarak kullanıldığı carilerde işliyor. ek koşul olarak kullanıldığı diğer koşullar ile çalışmıyor. ancak, altındaki koşula da grup koşul tanımlanırsa uygulanabiliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.05.2009		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.8278), Fatura.dll (5.0.0.10)
Modül	Fatura
Açıklama	FATURA\KOSULEKOKUMA özel parametresi kullanılmalıdır.

İstek No 31463

Tarih	Program
04.05.2009	Personel.Netsis Personel.Personel Puantaj Bilgileri
Koşul	ÜCRET HESAPLAMA KOD GİRİŞİNDE BİR KAZANÇ TANIMLANIYOR. ÇARPANI BRÜT SAAT, İŞÇİ-MEMUR ÇARPANI 0,33. PERSONEL GÜNLÜK ÜCRET ALIYOR VE GÜNLÜK BRÜT ÜCRETİ 35,62.(PERSONEL NETTEN ANLAŞMALI DEĞİL.)
Ek Açık.	BU PERSONELİN PUANTAJINDA BU KAZANÇ İÇİN DEĞER SAHASINA 150 SAAT GİRİLİYOR. BU DURUMDA ( 35,62 / 7,5 ) * 0,33 * 150 =235,09 HESAPLANMASI GEREKİYOR.
Problem	ANCAK PROGRAM 237,47 HESAPLIYOR. ÜCRET HESAPLAMA KOD GİRİŞİNDE BU KAZANÇ İÇİN İŞÇİ MEMUR ÇARPANI ONDALIKLI DEĞİLDE TAM SAYI GİRİLİRSE (0,33 DEĞİL 2 GİRİLİRSE) PROGRAM SORUNSUZ HESAPLAMA YAPIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.05.2009		Tamam	Evet	Hayır
Dosya	Personel.dll (4.0.13.2885), Personel.dll (5.0.0.14)
Modül	Bordro
Açıklama	PERSONEL\CARPANDEGERISERBEST özel parametresi kullanıldığında, çarpan değeri olarak ücret hesaplama kod girişinde girilen değer hesaplamada dikkate alınmaktadır. Özel parametre kullanılmadığı durumda hesaplama eskisi gibi olmaktadır. Yani 0,33 çarpan değerinde 1/3 olarak, 0,66 çarpan değerinde 2/3 olarak hesaplama yapılmaktadır.

İstek No 31510

Tarih	Program
07.05.2009	Temelset.Cari.Cari Hareket Kayıtları
Koşul	CARİ HAREKET KAYITLARINDA FATURA ÜZERİNDE HAREKET DETAY İZLEME YAPILDIĞINDA FATURA KALEMİ FATURADA 2.ÖLÇÜ VEYA 3.ÖLÇÜ BİRİMİ CİNSİNDEN GİRİLMİŞ OLSADA
Problem	HAREKET DETAYINDA İLK ÖLÇÜ BİRİMİ CİNSİNDEN FİYAT VE MİKTAR GÖSTERİLMESİ.ŞU ANDA GİRİLEN ÖLÇÜ BİRİMİ CİNSİNDEN GÖSTERİYOR.DİĞER MÜŞTERİLERİMİZİ DÜŞÜNEREK ÖZEL PARAMETRE YAPILMASI GEREKEBİLİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.05.2009		Tamam	Evet	Hayır
Dosya	Cari.dll (4.0.13.2623), Cari.dll (5.0.0.9)
Modül	Cari
Açıklama	FATURA\OTOCEVRIM_ILKBIRIM özel parametresi kullanıldığında Cari Hareket Kayıtları sağ tuş "cari hareket detay izleme" ekranında miktar ve fiat alanlarının birinci ölçü birimi cinsinden gösterilmesi desteklendi.

İstek No 31530

Tarih	Program
08.05.2009	Temelset.NetPos._GENEL
Koşul	Kasiyerlerin raporları kasa bazında değil de şube bazında alabilmeleri
Ek Açık.	Exeye normalde kasa kodunu vererek kısıt vermiş oluyoruz ama kendi şubesine ait diğer kasaları merkez.exeyi kullanmadan kasa.exeden alabilmeleri
Problem	Rapor alırken sadece kendi şubesine ait olan kasa aralığını görüp aralık verip kasa.exeden alabilmeleri

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.05.2009		Tamam	Evet	Evet
Dosya	ShoPSKasa.exe(4.0.13.1041), ShoPSMerkez.exe(4.0.13.768), Netopenx40.dll(4.0.13.1350)
Açıklama	Grup Kodu : SHOPS, Anahtar : ONEMSIZ, Değer : KASADARAPORLARSUBEBAZINDA özel parametresi ile kasadan şubeye ait tüm kasaların raporunun alınabilmesi sağlandı. Detay bilgi için destek birimleri ile görüşünüz.

İstek No 31591

Tarih	Program
15.05.2009	Temelset.Fatura.Sevk Emri
Ek Açık.	Sevk ve yükleme emirlerinde 2. ve 3. birim görüntüleme
Problem	Bir müşterimizde, süreçleri gereği müşteri siparişleri kamyonlara yüklenerek teslim edilmektedir. Bu anlamda sevk ve yükleme emirleri ön plana çıkmaktadır. Ancak Netsis’ in sipariş ve sevk emirleri arasında birimler bazında bağımsız süreçler işletildiğinden sıkıntı yaşanmaktadır. Şöyle ki; alınan siparişte 1. birimi adet olan 2. birimi koli olan bir ürünün koli cinsinden siparişi girildiğinde siparişe koli kaydını atıyor. Buraya kadar sorun yok. Ancak sevk emrine dönüştürürken sevk emirleri sadece birinci birimden gelmektedir. Bu da tüm sevkiyat sürecini aksatmaktadır. Örneğin Kolisi 10 adetten oluşan bir üründen 10 koli sipariş aldığında sipariş kaydına 10 koli olarak atıyor. Ancak sevk ve yüklemede sadece 1. birim geldiğinden 100 adet karşımıza çıkmaktadır. Buda sevkiyatı yapan kişinin büyük zorluklar yaşamasına neden olmaktadır. Müşteri memnuniyetini sağlamak anlamında bu sürecin ivedilikle tamamlanması gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.06.2009		Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.0.453),Fattrk.dll
Modül	Fatura
Açıklama	SEVKYUKLEME\CEVRIMYAP özel parametresi kullanıldığında, sevk ve yükleme emri ekranlarında detay bilgi alanında farklı çevrimden girilen miktarlarında izlenebilmesi desteklendi.

İstek No 31668

Tarih	Program
22.05.2009	Temelset.Muhasebe._GENEL
Koşul	Kasa ile ilgili bir kayıt girildiği zaman Ör: Kasa’dan banka tahsilat kaydı. Kasa ekranındaki yevmiye açıklama sahası doldurulmasına rağmen entegrasyona 100 kasa hesabı gelmediği için muhasebeleştirme yapıldığında sistem kasa kaydının yevmiye açıklamasına GUNLUK KASA TAHSILATLARI şeklinde bir açıklama atmakta. Yevmiye açıklama sahasının kasa kayıtlarında girilen bilgi şeklinde gelmesi isteniyor.
Ek Açık.	Kasa ile ilgili bir kayıt girildiği zaman Ör: Kasa’dan banka tahsilat kaydı. Kasa ekranındaki yevmiye açıklama sahası doldurulmasına rağmen entegrasyona 100 kasa hesabı gelmediği için muhasebeleştirme yapıldığında sistem kasa kaydının yevmiye açıklamasına GUNLUK KASA TAHSILATLARI şeklinde bir açıklama atmakta. Yevmiye açıklama sahasının kasa kayıtlarında girilen bilgi şeklinde gelmesi isteniyor.
Problem	Kasa ile ilgili bir kayıt girildiği zaman Ör: Kasa’dan banka tahsilat kaydı. Kasa ekranındaki yevmiye açıklama sahası doldurulmasına rağmen entegrasyona 100 kasa hesabı gelmediği için muhasebeleştirme yapıldığında sistem kasa kaydının yevmiye açıklamasına GUNLUK KASA TAHSILATLARI şeklinde bir açıklama atmakta. Yevmiye açıklama sahasının kasa kayıtlarında girilen bilgi şeklinde gelmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010		Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 31693

Tarih	Program
26.05.2009	Temelset.Fatura._GENEL
Koşul	KOŞULLARDA ARALIK İSKONTOSU KULLANIMINDA
Ek Açık.	STOK KARTINDA "AD" GİBİ DEĞERLER VAR
Problem	BİRİM AĞIRLIK SAHASININ DİKKATE ALINMADAN ARALIK İSKONTOSUNUN HESAPLANMASI

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.05.2009		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.8317), Fatura.dll (5.0.0.19)
Modül	Fatura
Açıklama	FATURA\KOSULBRAGIRLIKKULLANMA\1 özel parametresi kulanıldığında detay koşul kayıtlarında aralık iskontosu hesaplamasında stok kartlarındaki "Birim Ağırlık" alanı dikkate alınmamaktadır.
Risk(ler)	KOŞUL

İstek No 31741

Tarih	Program
29.05.2009	Temelset.Yardımcı Programlar._GENEL
Koşul	E-Posta gonderiminde Turk Telekom alt yapısı kullanılmaktadır.
Problem	E-posta gönderimi yapılan 25 nolu port, Turk telekom tarafından kapatılmıstır. 587 nolu portun kullanılması istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2009		Tamam	Evet	Hayır
Dosya	Eposta.dll (5.0.0.7)
Modül	Yardımcı Programlar
Açıklama	4.0 versiyon kullanıcılarının TTNET Çağrı merkezini arayarak 25 nolu portun açılmasını sağlamaları gerekmektedir. 5.0 versiyon kullanıcıları EPOSTA/ EPOSTAPORT özel parametresini tanımlayarak değer kısmına kullanılmak istenilen port numarası yazılmalıdır.

İstek No 31830

Tarih	Program
09.06.2009	Temelset.Fatura.Sipariş Karlılık Raporu
Koşul	Stok parametrelerinde, maliyet sistemi parametresi işaretlidir. maliyet tipi, olarak FIFO seçilidir.
Ek Açık.	Maliyet oluşturma çalıştırılıyor. Smar da birim maliyet ve fatura karlılık raporunda alış maliyeti alanları geliyor.
Problem	Ancak sipariş karlılık raporu alındığında alış maliyetini 0 olarak getirmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.06.2009		Yanıtlandı	Evet	Hayır
Açıklama	Stok modülünde maliyet sistemi parametresi açıksa ve(FATURA/SONGIRISFIAT) özel parametresi kullanılarak, raporu almadan önce maliyet oluşturma işleminin çalıştırılması gerekmektedir.

İstek No 31889

Tarih	Program
15.06.2009	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	Esnek yapılandırma kullanılıyor.
Ek Açık.	ESNEKYAP-ASORTI, ESNEKYAP-SADECESTOK ve ESNEKYAP-SADECEYAPKOD özel parametreleri tanımlı.
Problem	Fatura ekranlarında matris ekran kullanılabiliyor ancak üretim sonu kayıtlarında matris ekran butonu çalışmıyor.ekran açılmıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.07.2009		Tamam	Evet	Hayır
Dosya	Uretim.dll (4.0.13.1680), Uretim.dll (5.0.0.22), Urettrk.dll
Modül	Üretim
Açıklama	FATURA\ESNEKDUZELT özel parametresi kullanılıyorsa aynı özellik için üretimde URETIM\ESNEKDUZELT özel parametresi tanımlanmalıdır.
Risk(ler)	ÜRETİM,YAPKOD

İstek No 31900

Tarih	Program
16.06.2009	Temelset.Fatura.Yükleme Emri
Koşul	SİPARİŞTE GİRİLEN ACIKLAMA ALANLARININ YUKLEME EMRİNDEN İRSALİYE VEYA FATURA TAŞINABİLMESİ İÇİN ‘SEVKYUKLEME’,’EKALANSIPARISTEN’ ÖZEL PARAMETRESİ KULLANILMAKTA.
Ek Açık.	SON FATURA.DLL YÜKLENDİKTEN SONRA BU PARAMETRE İŞLEVİNİ KAYBEDEREK AÇIKLAMA ALANLARINI İRSALİYEYE TAŞIMAMAYA BAŞLADI.SADECE ARAÇ PLAKASI,ŞÖFÖR ADI VE YÜKLEME FİŞ NUMARASI İRSALİYEYE TAŞINMAKTA.
Problem	MÜŞTERİ AÇIKLAMA ALANLARIN TEKRAR İRSALİYE TAŞINMASINI İSTEMEKTE.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.06.2009		Yanıtlandı	Evet	Hayır
Açıklama	‘SEVKYUKLEME’,’EKALANSIPARISTEN’ özel parametresi; sipariş kalemlerinde girilen ek alan sahalarının irsaliyeye taşınması için, ‘SEVKYUKLEME’,’FATUEKTASI’ özel parametresi Siparişte girilen ek sorgular (açıklama) alanlarının irsaliyeye taşınması için kullanılmaktadır.

İstek No 32017

Tarih	Program
01.07.2009	Temelset._GENEL._GENEL
Koşul	Kaleseramik için oluşturulan KALEBAYİ özel yazılımları için (HTML, Webservisleri) Kısayol tanımlamaları yapılmaktadır ve bu uygulamalar 137 adet bayide yaygınlaştırılacaktır. Ancak kısayol tanımlarının kullanıcı ve şirket, şube bazında değişmesi nedeniyle her kullanıcı ve her şirket/şube için tekrar tekrar tanımlanması pek mümkün gözükmüyor. Bu nedenle kullanıcının yetkisine bağlı olmak üzere Kısayol Tanımlarının bu proje için özel olarak sabitlenebilmesini istiyoruz.
Ek Açık.	Kaleseramik için oluşturulan KALEBAYİ özel yazılımları için (HTML, Webservisleri) Kısayol tanımlamaları yapılmaktadır ve bu uygulamalar 137 adet bayide yaygınlaştırılacaktır. Ancak kısayol tanımlarının kullanıcı ve şirket, şube bazında değişmesi nedeniyle her kullanıcı ve her şirket/şube için tekrar tekrar tanımlanması pek mümkün gözükmüyor. Bu nedenle kullanıcının yetkisine bağlı olmak üzere Kısayol Tanımlarının bu proje için özel olarak sabitlenebilmesini istiyoruz.
Problem	Kaleseramik için oluşturulan KALEBAYİ özel yazılımları için (HTML, Webservisleri) Kısayol tanımlamaları yapılmaktadır ve bu uygulamalar 137 adet bayide yaygınlaştırılacaktır. Ancak kısayol tanımlarının kullanıcı ve şirket, şube bazında değişmesi nedeniyle her kullanıcı ve her şirket/şube için tekrar tekrar tanımlanması pek mümkün gözükmüyor. Bu nedenle kullanıcının yetkisine bağlı olmak üzere Kısayol Tanımlarının bu proje için özel olarak sabitlenebilmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.11.2009		Tamam	Evet	Hayır
Dosya	Ephesus.exe
Açıklama	MENU\KISAYOLPAYLASIMI özel parametresi kullanılmalıdır.Program dizini altına, hazırlanan xml dosyası kopyalanmalı ve özel parametre tanımında DEGER alanında ilgili dosya adı verilmelidir.

İstek No 32165

Tarih	Program
20.07.2009	Temelset.._GENEL
Koşul	ÖZEL HESAP KAPATMA EKRANINDA ÇEK MÜŞTERİ HESABINA İSTİNADEN KAPATIRKEN HESABIN ORTALAMA VADESİ NETSINİ GÖREBİLMEK İSTİYORUZ.ORTALAMA SADECE RAPOR ALIRKEN GELİYOR.ÖZEL HESAP KAPATMA EKRANINDA GÖRÜLEN FATURALAR SEÇİLDİKÇE ORTALAMA VADESİNİ GÖREBİLMEK İSTİYORUZ.
Ek Açık.	ÖZEL HESAP KAPATMA EKRANINDA ÇEK MÜŞTERİ HESABINA İSTİNADEN KAPATIRKEN HESABIN ORTALAMA VADESİ NETSINİ GÖREBİLMEK İSTİYORUZ.ORTALAMA SADECE RAPOR ALIRKEN GELİYOR.ÖZEL HESAP KAPATMA EKRANINDA GÖRÜLEN FATURALAR SEÇİLDİKÇE ORTALAMA VADESİNİ GÖREBİLMEK İSTİYORUZ.
Problem	ÖZEL HESAP KAPATMA EKRANINDA ÇEK MÜŞTERİ HESABINA İSTİNADEN KAPATIRKEN HESABIN ORTALAMA VADESİ NETSINİ GÖREBİLMEK İSTİYORUZ.ORTALAMA SADECE RAPOR ALIRKEN GELİYOR.ÖZEL HESAP KAPATMA EKRANINDA GÖRÜLEN FATURALAR SEÇİLDİKÇE ORTALAMA VADESİNİ GÖREBİLMEK İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.09.2009	1	Yanıtlandı	Evet	Hayır
Açıklama	Özel Hesap Kapatma ekranında, seçilen borç ve alacak hareketlerinin ortalama vade günlerinin gösterilmesi ve borç ile alacak ortalama vade günleri arasında, cari hesap bazında belirlenen bir fark olması halinde “opsiyon günün” de dikkate alınarak, uyarı vererek kapama işleminin engellenebilmesi özel parametre ile desteklenmektedir. Bunun için Yardımcı Programlar/Özel Parametre Tanımları bölümünde Grup: CARI, Anahtar: OZELHESAP_OPSIYONGUNU, Değer: “Carinin opsiyon gününün okunacağı kullanıcı tanımlı saha” tanımlamasının yapılması gerekmektedir.

İstek No 32211

Tarih	Program
26.07.2009	Temelset.Fatura.Yükleme Emri
Koşul	Urun Stok adeti : 96 Müşteri Siparişi : 100 1- Sevk Emri oluşturuldugunda 100 adet için oluşturuyor, 2- Yukleme Emri olusturdugunda elimizdeki bakiye kadar oluşturuyor yani 96 adet 3- Fiş oluşturuldugunda 96 adet için faturayı kesiyor 4- Kalan 4 adet Musterı bekleyen siparişlerinde gozukuyor (4 adet) Aynı sipariş için sevk emri oluşturulmak isteniyor , çünkü o siparişten bekleyen 4 adet bakiye var. Program yükleme emrinden fiş oluşturma işlemi yaparken, eksi bakiye kontrolü yapıyor. Yani yükleme emrine, stok bakiyesi kadar taşınmıyor. Ancak ekranda stoktaki bakiyesi gösteriliyor, bu ekran için bir özel bir parametre yaratılarak , kullanıcının stok bakiyesinden fazlası için yükleme emri oluşturması engellenmesi isteniyor. (StokMiktarı alanındaki değer, miktar alanına otomatik getirilebilir)
Ek Açık.	SEVKYUKLEME STOK_BAKIYE_KONTROL 1 SEVKYUKLEME STOKTANAYIRMA 1 özel parametreleri kullanılıyor.
Problem	Urun Stok adeti : 96 Müşteri Siparişi : 100 1- Sevk Emri oluşturuldugunda 100 adet için oluşturuyor, 2- Yukleme Emri olusturdugunda elimizdeki bakiye kadar oluşturuyor yani 96 adet 3- Fiş oluşturuldugunda 96 adet için faturayı kesiyor 4- Kalan 4 adet Musterı bekleyen siparişlerinde gozukuyor (4 adet) Aynı sipariş için sevk emri oluşturulmak isteniyor , çünkü o siparişten bekleyen 4 adet bakiye var. Program yükleme emrinden fiş oluşturma işlemi yaparken, eksi bakiye kontrolü yapıyor. Yani yükleme emrine, stok bakiyesi kadar taşınmıyor. Ancak ekranda stoktaki bakiyesi gösteriliyor, bu ekran için bir özel bir parametre yaratılarak , kullanıcının stok bakiyesinden fazlası için yükleme emri oluşturması engellenmesi isteniyor. (StokMiktarı alanındaki değer, miktar alanına otomatik getirilebilir)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.09.2009	1	Yanıtlandı	Evet	Hayır
Açıklama	‘SEVKYUKLEME’,’STOKTANAYIRMA’ özel parametresinin DEGER alanına ‘SEVK’ değeri girildiğinde stok bakiyesinden fazla sevk emri girişi engelleniyor. DEGER alanı boş geçilirse bu kontrol yükleme emri için yapılmaktadır.

İstek No 32336

Tarih	Program
13.08.2009	Temelset.Kasa İşlemleri.Kasa Raporu
Koşul	Kasa raporunda gelen devir tarihi öncesinde kayıtlarda işlem yapılmış olabilir uyarısının ekranımıza gelmemesini istiyoruz.
Ek Açık.	Kasa değişikliği yok, devir tutarsal değiştirilmiştir.
Problem	Kasa değişikliği yok, devir tutarsal değiştirilmiştir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.12.2010		Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.10 .173), Kastrk.dll
Modül	Kasa
Açıklama	KASA\RAPORUYARIGELMESIN özel parametresi tanımlandığında Kasa son devir tutarı ile yeni güne devir tutarı farklı olduğu zaman raporda uyarı gelmemesi desteklendi.

İstek No 32356

Tarih	Program
17.08.2009	Temelset.Dekont.İhracat Kapatma
Koşul	faturada 3 adet ayni export numarasina sahip ithalat-ihracat tipli irsaliye giriliyor.ilk 2 irsaliyenin doviz tutarlari ve bedelleri var.ucuncu girilen irsaliyenn ithalat=ihracat tipi cif secliyor ve bu irsaliyenin fiyati 0 olacak sekilde giris yapiliyor
Ek Açık.	genel dekont kaydindan `IT` tipli dekont kaydi girildikten sonra ithalat kapatma yapiliyor.
Problem	bedelsiz olarak girilen irsaliyedeki stoklarin fiyatina (-)fiyat atiyor ve sqlden bakilincada sthar nf alanina (-) deger gorunuyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.08.2009		Tamam	Evet	Hayır
Dosya	Dekont.dll (4.0.13.1161), Dekont.dll (5.0.0.23)
Modül	Dekont
Açıklama	DEKONT\ITHALATBEDELSIZKALEMEDAGITMA özel parametresi kullanılmalıdır.

İstek No 32357

Tarih	Program
17.08.2009	Temelset.Muhasebe.Tarih Aralıklı Mizan
Koşul	TARİH ARALIKLI MİZANDA KURUŞ HANELERİ ÇIKMIYOR. NETSİS ONDALIK SİSTEMİ KONTROL EDİLDİ PROBLEM YOK
Ek Açık.	TARİH ARALIKLI MİZANDA KURUŞ HANELERİ ÇIKMIYOR. NETSİS ONDALIK SİSTEMİ KONTROL EDİLDİ PROBLEM YOK
Problem	TARİH ARALIKLI MİZANDA KURUŞ HANELERİ ÇIKMIYOR. NETSİS ONDALIK SİSTEMİ KONTROL EDİLDİ PROBLEM YOK

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.06.2010	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.2.179)
Modül	Muhasebe
Açıklama	MUHASEBE\TR_MIZAN_SAYISALLAR_ALFANUMERIC_BASILMASIN özel parametresi kullanılmalıdır, böylece “Sayısal sahalar alfa numeric basılsın” parametresi işaretli olduğunda Tarih Aralıklı mizanda bu parametreye bakılmamaktadır.

İstek No 32368

Tarih	Program
18.08.2009	Temelset.Dekont.İhracat Kapatma
Koşul	İthalat için dekontta masraf girişi yapılıyor.İthalat kapatma yapıldığı zaman tutara göre değil miktara göre oranlıyor.Tutara göre oranlaması gerekir
Ek Açık.	İrsaliye içinde bedelsiz olan kalemlere de masraf dağıtmış oluyor bu durumda
Problem	4.0.10’dan kontrol ettiğinde tutara göre oranladığı gözlemlendi

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.08.2009		Tamam	Evet	Hayır
Dosya	Dekont.dll (4.0.13.1161), Dekont.dll (5.0.0.23)
Modül	Dekont
Açıklama	DEKONT\ITHALATBEDELSIZKALEMEDAGITMA özel parametresi kullanıldığında bedelsiz olan kalemlere masraf dağıtılmamaktadır.

İstek No 32443

Tarih	Program
27.08.2009	Temelset. ._GENEL
Koşul	SİGARA KDV UYGULAMASI PARAMETRELERİ KULLANILIYOR. SATIŞTA HESAPLADIĞI ÖZEL KDV, SATIŞTAN İADE İŞLEMİNDE İADE KDV HESABI OLARAK ATACAĞI HESAP KODU NASIL AYARLANACAK.
Ek Açık.	SİGARA KDV UYGULAMASI PARAMETRELERİ KULLANILIYOR. SATIŞTA HESAPLADIĞI ÖZEL KDV, SATIŞTAN İADE İŞLEMİNDE İADE KDV HESABI OLARAK ATACAĞI HESAP KODU NASIL AYARLANACAK.
Problem	SİGARA KDV UYGULAMASI PARAMETRELERİ KULLANILIYOR. SATIŞTA HESAPLADIĞI ÖZEL KDV, SATIŞTAN İADE İŞLEMİNDE İADE KDV HESABI OLARAK ATACAĞI HESAP KODU NASIL AYARLANACAK.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.10.2009	Önemli!!!	Tamam	Evet	Hayır
Dosya	Enttrk.dll, Fatura.dll (4.0.13.8471), Entegre.dll (4.0.13.395), Yardımcı.dll (4.0.13.1524),Fatura.dll (5.0.0.112), Entegre.dll(5.0.0.5), Yardımcı.dll(5.0.0.34)
Modül	Fatura,Entegrasyon
Açıklama	Sigara İade Kdv Hesap kodu için FATURA\IADESONGIRFIY özel parametresi tanımlanmalıdır. Yada Entegrasyon Kodları menüsüne eklenen “Sigara Uygulaması” ekranından sigara uygulamasına ait parametre tanımlamaları yapılabilmektedir. Önceden sigara uygulaması için kullanılan özel parametreler var ise bu ekrana bu tanımlamalar otomatik olarak getirtilmektedir.

İstek No 32465

Tarih	Program
31.08.2009	Temelset.POS.POStan Satış İşleme
Koşul	NCR POS KULLANILIYOR.POS PARAMETRELERİNDE ÖDEME DETAY KAYITLARI BÖLÜMÜNDE ÖDEME TİPLERİ "CARİ" SEÇİLEREK KAYIT YAPILMIŞTIR.
Ek Açık.	BİRDEN FAZLA ŞUBE VAR VE AKTARIMLAR, İLGİLİ ŞUBELERDEN YAPILIYOR.
Problem	ANCAK CARİ HAREKETLERE ŞUBE KODU 0 OLARAK AKTARILIYOR. DOSYANIN İŞLENDİĞİ ŞUBENİN KODU AKTARILMALIDIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.10.2009		Tamam	Evet	Hayır
Dosya	Pos.dll (4.0.13.856), Pos.dll (5.0.0.12)
Modül	Pos
Açıklama	POS\CAHARSUBE özel parametresi kullanılmalıdır.

İstek No 32509

Tarih	Program
06.09.2009	Temelset.Fatura.Satış İrsaliyesi
Koşul	Alborz firmasinda Seri uygulamasi, Siparis baglantisiz fatura/irsaliye girisi engellensin ve Irsaliyeler saklansin uygulamalari aktiftir.
Ek Açık.	Daha onceden girilmis bir siparisin irsaliye kaydi olusturulurken serili urunlerin seri girisleri yapiliyor. Daha sonra Fatura ekraninda siparis bilgileri sayfasinda Belge tipi kisminda Irsaliye secilip belgeleri getir butonu ile tum irsaliyeler listeleniyor.Burada ilgili irsaliye kaydi bulunduktan sonra faturaya donustur butonunu tiklandiginda acilan fatura ekrani kalem bilgileri sayfasinda miktarin uzerinden gectigimde veya sag click ile seri bilgisini izlemek istedigimde irsaliye kaydi sirasinda girdigim seri numaralarini goremiyorum. Ama faturanin toplamlar sayfasinda tamam butonuna bastigimda seri bilgisi girilmemistir uyarisini vermeden faturayi kayit ediyor.
Problem	Ayni irsaliye kaydini irsaliye ekranindan faturalastirdigimda olusan fatura kaydinin kalem bilgileri sayfasinda seri bilgisi gelmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.09.2009		Yanıtlandı	Evet	Hayır
Açıklama	Grup Kodu:FATURA Anahtar:PARCALI_IRS_VE_SERISIZ_STOK şeklinde özel parametre tanımlaması yapılmalıdır. Seri takibi olmayan stoklar için kalemlerde ve ön sorgudan fatura parçalama işlemi yapılabilmektedir. Seri takibi olan stoklar için parçalı faturalama işlemi fatura ön sorgu ekranından yapıldığında İrsaliyede girilen seriler faturaya taşınmaktadır.

İstek No 32575

Tarih	Program
15.09.2009	Temelset.Fatura.Satış İrsaliyesi
Koşul	koşul sabit tanımında rapor kodu stok grup kodu tanımlı. stok kodu ile detay koşul giriliyor. daha sonra ileri tarihli stok grup kodu ile koşul giriliyor. yeni tanımdaki grup kodunda eski tarihli stok da dahil. bu durumda irsaliyede ve müşteri siparişinde eski tarihli(stok koduna göre tanımlı olan) koşul tanımını dikkate alıyor.
Ek Açık.	koşul sabit tanımında rapor kodu stok grup kodu tanımlı. stok kodu ile detay koşul giriliyor. daha sonra ileri tarihli stok grup kodu ile koşul giriliyor. yeni tanımdaki grup kodunda eski tarihli stok da dahil. bu durumda irsaliyede ve müşteri siparişinde eski tarihli(stok koduna göre tanımlı olan) koşul tanımını dikkate alıyor.
Problem	koşul sabit tanımında rapor kodu stok grup kodu tanımlı. stok kodu ile detay koşul giriliyor. daha sonra ileri tarihli stok grup kodu ile koşul giriliyor. yeni tanımdaki grup kodunda eski tarihli stok da dahil. bu durumda irsaliyede ve müşteri siparişinde eski tarihli(stok koduna göre tanımlı olan) koşul tanımını dikkate alıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.09.2009		Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.13.8618), Dizayn.dll (4.0.13.2057), Netopenx40.dll (4.0.13.1440), Fatura.dll (5.0.0.260), Dizayn.dll (5.0.0.17), Netopenx50.dll (5.0.0.1364)
Modül	Fatura
Açıklama	Tarihleri farklı olan iki detay koşulundan biri stok kodundan diğeri stok kodu dışındaki bir gruplamadan örneğin stok grup kodundan tanımlanması durumunda; FATURA/TARIHEGOREKOSULSIRALA özel parametresi kullanıldığında tarihi daha ileri olan koşul dikkate alınmaktadır. Özel parametre kullanılmaması durumunda stok kodu kullanılarak tanımlanan detay koşulu, grup kodu kullanılarak tanımlanan detay koşulu tarihinden eski bile olsa stok kodundan tanımlanan detay koşulu dikkate alınmaktadır.

İstek No 32709

Tarih	Program
08.10.2009	Temelset.Kasa İşlemleri.Kasa Raporu
Koşul	KASA TANIMLAMADA HERHANGi BiR DEGiSiKLiK YAPILDIGINDA VEYA YENI KASA ACILISINDAN SONRAKi TUM SURECTE HER KASA RAPORU ALINDIGINDA EKRANA BiR UYARI GELiYOR. AYRICA YENi KASA TANIMLAMADA DA YAŞANIYOR BU SORUN. iSLEMLERi YAVASLATMASI BiR YANA, GELEN UYARIDAKi BiLGi DE HATALI. DiGER YANDAN UYARININ VERiLMESiNiN VEYA VERiLMEMESiNiN BiR PARAMETREYE BAGLANMASINI TALEP EDiYORUZ. iYi GUNLER DiLEKLERiMiZLE..
Ek Açık.	KASA TANIMLAMADA HERHANGi BiR DEGiSiKLiK YAPILDIGINDA VEYA YENI KASA ACILISINDAN SONRAKi TUM SURECTE HER KASA RAPORU ALINDIGINDA EKRANA BiR UYARI GELiYOR. AYRICA YENi KASA TANIMLAMADA DA YAŞANIYOR BU SORUN. iSLEMLERi YAVASLATMASI BiR YANA, GELEN UYARIDAKi BiLGi DE HATALI. DiGER YANDAN UYARININ VERiLMESiNiN VEYA VERiLMEMESiNiN BiR PARAMETREYE BAGLANMASINI TALEP EDiYORUZ. iYi GUNLER DiLEKLERiMiZLE..
Problem	KASA TANIMLAMADA HERHANGi BiR DEGiSiKLiK YAPILDIGINDA VEYA YENI KASA ACILISINDAN SONRAKi TUM SURECTE HER KASA RAPORU ALINDIGINDA EKRANA BiR UYARI GELiYOR. AYRICA YENi KASA TANIMLAMADA DA YAŞANIYOR BU SORUN. iSLEMLERi YAVASLATMASI BiR YANA, GELEN UYARIDAKi BiLGi DE HATALI. DiGER YANDAN UYARININ VERiLMESiNiN VEYA VERiLMEMESiNiN BiR PARAMETREYE BAGLANMASINI TALEP EDiYORUZ. iYi GUNLER DiLEKLERiMiZLE..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.12.2010		Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.10 .173), Kastrk.dll
Modül	Kasa
Açıklama	KASA\RAPORUYARIGELMESIN özel parametresi tanımlandığında Kasa son devir tutarı ile yeni güne devir tutarı farklı olduğu zaman raporda uyarı gelmemesi desteklendi.

İstek No 33002

Tarih	Program
12.11.2009	Temelset.Dekont.Portföydeki Senet/Çek Karşılıksız İşlemi
Koşul	KARŞILIKSIZ ÇEK/SENET İŞLEMLERİNDE BASIM SEÇENEĞİ İŞARETLENİP TAMAM BUTONUNA BASILDIĞINDA BASIM EKRANI GELİYOR VE KARŞILIKSIZ ÇEK/SENET BASIMI YAPILIYOR.
Ek Açık.	BASIM EKRANI KAPATILIP KARŞILIKSIZ İŞLEMİNE TAMAM DEMEDEN İŞLEMDEN ÇIKILABİLİNİYOR. YANİ ÇEK /SENET KARŞILIKSIZ GÖRÜNMÜYOR AMA KARŞILIKSIZ ÇEK/SENET OLARAK BASILMIŞ OLUYOR.
Problem	BASIM EKRANI KAPATILIP KARŞILIKSIZ İŞLEMİNE TAMAM DEMEDEN İŞLEMDEN ÇIKILABİLİNİYOR. YANİ ÇEK /SENET KARŞILIKSIZ GÖRÜNMÜYOR AMA KARŞILIKSIZ ÇEK/SENET OLARAK BASILMIŞ OLUYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.11.2009	2	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\BASIMKAYITKONTROL özel parametresi kullanıldığında,karşılıksız olan çekin kaydetme işlemi tamamlandıktan sonra basım ekranı çıkmaktadır.

İstek No 33105

Tarih	Program
07.12.2009	Temelset.Entegrasyon._GENEL
Koşul	Kıbrıs mevzuatına göre bir stok birden fazla kdv ile satılabiliyor. Satır bazından kdv sorulsun parametresi açık. Aynı faturada birden fazla kdv’li stok olduğunda ve bu stoklar satılan kişiye göre farklı kdv oranları ile satıldığında entegrasyonda oluşan 600lü satış hesaplarının satırda girilen kdv oranına göre değişmesi isteniyor.
Ek Açık.	Örnek:s1 stoğu %18 kdv ile satıldıysa çalışacak 600lü hesap da %18 kdv için tanımlanmış 600’lü hesap olacak. Aynı stok bir başka cariye %8’le satıldığında çalışacak hesap %8’li kdv hesabı olacak. Aynı stok başka bir kişiye %22 kdv ile satıldığında çalışacak hesap %22 için tanımlanmış 600’lü hesap olacak. Özelkod’a göre satış hesapları değişsin uygulaması isteği karşılamıyor, çünkü aynı faturada birden fazla kdv oranı ile satış yapılabiliyor. Aynı durum alış faturaları için de geçerli.
Problem	Kdv oranı yerine kdv detay kodu gibi bir alan yaratılırsa ve faturalaştırma sonrası entegrasyona buna ait alış satış hesapları (153-600) ve kdv hesapları(191-391) düşerse istek sağlanmış olacak.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.12.2009	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1405)
Modül	Fatura
Açıklama	Fatura Parametrelerinde “Özel Kod2” ve “Her satırda Kdv Sorulsun” uygulamaları açılmalıdır. FATURA\SATISKDVDETAY özel parametresi tanımlanmalıdır. Özel Parametrede DEGER alanına yazılan karakter, faturada özel kod2 alanına yazıldığı zaman bu türdeki faturalarda stok detay kodundaki Alış\Satış Hesapları baz alınarak ilgili muhasebe hesap kodunun son iki dijitine göre kdv oranı kontrol edilecektir. Bu uygulama için stok detay kodlarında baz alınacak hesap kodlarının muhasebe hesap planında son iki dijiti kullanılan kdv oranları olacak şekilde tanımlanmalıdır. Örneğin bir stoğun stok detay kod girişinde hesap kodu 600-01-001 olsun bu stok için satır bazında kdv oranı %8 seçilirse satış hesabı olarak 600-01-008 hesabı, kdv oranı %18 seçilirse 600-01-018 hesabı çalışacaktır.

İstek No 33120

Tarih	Program
09.12.2009	Temelset.Fatura.Satış Faturası
Koşul	Satış Faturası kayıtlarında, stok kodu seçildikten sonra, üst bilgilerde seçilmiş olan cari bilgisine göre, o cariye o stok en son hangi fiyattan satılmış ise fiyat hanesine otomatik olarak taşınsın.
Ek Açık.	Satış Faturası kayıtlarında, stok kodu seçildikten sonra, üst bilgilerde seçilmiş olan cari bilgisine göre, o cariye o stok en son hangi fiyattan satılmış ise fiyat hanesine otomatik olarak taşınsın.
Problem	Satış Faturası kayıtlarında, stok kodu seçildikten sonra, üst bilgilerde seçilmiş olan cari bilgisine göre, o cariye o stok en son hangi fiyattan satılmış ise fiyat hanesine otomatik olarak taşınsın. (Web sitesine koyulan dökümanda ürün grubu Entegre.Net yanlışlıkla işaretlendiğinden, bunun sözü müşteriye vbscript ile yapılacağı sözü verdim. Ancak olmadığını öğrenince istek geçmek zorunda kaldım. Acil çözebilirsek çok memnun olurum. Saygılarımla.)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.01.2010	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.14.8880),Fatura.dll (5.0.0.517)
Modül	Fatura
Açıklama	FATURA\STOKSONFIYAT özel parametresi tanımlandığında fiat getirme önceliği;1)fiat sistemindeki fiat,2)ilgili cari hesabın o stoğa ait son girilen satış fiatı, 3)stok kartındaki fiat şeklinde olmaktadır.

İstek No 33139

Tarih	Program
10.12.2009	Temelset.Fatura.Sevk Emri
Koşul	Sipariste ölçü birimi 1 den farklı ölçü biriminden kalem girişi yapılıyor.
Problem	Sevk emrinede aynı ölçü biriminden deger geliyor fakat yuvarlamada sorun oluyor. Ayrıca kalem girişine ölçü birimi 1e göre miktarlarda gelebilmeli. 40 da desteklenen bu özelliğin 50 dada kullanılbilmesi gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.12.2009	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.0.453),Fattrk.dll
Modül	Fatura
Açıklama	SEVKYUKLEME\CEVRIMYAP özel parametresi kullanıldığında, sevk ve yükleme emri ekranlarında detay bilgi alanında farklı çevrimden girilen miktarlarında izlenebilmesi desteklendi.

İstek No 33273

Tarih	Program
24.12.2009	Temelset.Dekont.İthalat Kapatma
Koşul	DEKONT – ITHKONTROLYAPMA özel parametresi kullanılıyor.
Problem	Bu parametre ile irsaliye döviz toplamı ile dekont mal bedeli kontrolü ortadan kalkıyor. Bu özel parametrenin belirlenecek limite göre kontrolü kaldırması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.12.2009	Önemli!!!	Tamam	Evet	Hayır
Dosya	Dektrk.dll,Dekont.dll (4.0.14.1178), Dekont.dll (5.0.0.103)
Modül	Dekont
Açıklama	DEKONT\ITHKONTROLYAPMA özel parametresi kullanıldığında; eğer değer alanına sıfır girilirse dekontta girilen döviz toplamı ile irsaliyedeki döviz toplamının eşit olması koşulu aranmaz.İlgili özel parametrede değer alanına 0’dan farklı bir değer girilirse dekontta girilen döviz toplamı ile irsaliye döviz toplamı arasındaki fark bu alandaki değere eşit yada küçük olması durumunda işlem yapılmasına izin verilmekte, aradaki fark bu değerden büyük ise ithalat kapatma işlemine izin verilmemektedir.

İstek No 33312

Tarih	Program
28.12.2009	Temelset.Devir._GENEL
Koşul	SeneSonuDevir de Kalite Kontrol kayıtlarının silinmemesi.
Ek Açık.	Sene sonu devirde sadece açık kayıtların devredilmesi isteniyor
Problem	Sadece kalite kaydı kapatılmamaış kayıtların devredilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.01.2010	1	Tamam	Evet	Hayır
Dosya	Devir.dll (4.0.13.980),Devir.dll (5.0.0.80)
Modül	Sene Sonu Devir
Açıklama	DEVIR\KAPALIKKONTDEVIRYAPMA özel parametresi kullanıldığı zaman kapatma kaydı yapılmış kalite kontrol kayıtları yeni sene şirketine aktarılmamaktadır. İlgili özel parametre yeni yıl kopyalamanın yapıldığı işletmelerin merkezinde yada merkez şubede tanımlanmalıdır.

İstek No 33316

Tarih	Program
29.12.2009	Temelset.Stok.Barkod Dizaynı
Koşul	STOK BARKOD DİZAYNINDA DEPOLAR ARASI TRANSFER FİŞİNE İSTİNADEN GİRİLMİŞ OLAN DİNAMİK DEPO HÜCRE TOPLAMA KAYITLARINDAKİ TOPLAMANIN YAPILDIĞI HÜCRELERİN BASIMININ DESTEKLENMESİ
Problem	STOK BARKOD DİZAYNINDA DEPOLAR ARASI TRANSFER FİŞİNE İSTİNADEN GİRİLMİŞ OLAN DİNAMİK DEPO HÜCRE TOPLAMA KAYITLARINDAKİ TOPLAMANIN YAPILDIĞI HÜCRELERİN BASIMININ DESTEKLENMESİ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.02.2010	2	Tamam	Evet	Evet
Dosya	Dbupdate Dosyaları (4.0),(5.0),Barkddzn.dll (4.0.14.520), Barkddzn.dll (5.0.0.34)
Modül	Stok
Açıklama	Barkod basım sahalarına 4513 Hücre Kodu ve 4514 Hücre Net Miktar sahaları eklendi. Ayrıca ‘FATURA’, ‘AYNIHUCRETEK’ özel parametresi tanımlandığında hücre bazında basım yapılmakta, özel parametre tanımlanmadığında hücre ve hücre içerisindeki miktar kadar barkod basımı yapılmaktadır.

İstek No 33335

Tarih	Program
31.12.2009	Temelset.Dekont.İthalat Kapatma
Koşul	İTHALAT/İHRACAT TİPLİ ALIŞ İRSALİYESİNDE 3 KALEM GİRİLİYOR. BİR KALEM İÇİN MİKTAR 1 DÖVİZ FİYATI 0 GİRİLİYOR. DEKONTTA SADECE MAL BEDELİ OLACAK ŞEKİLDE GİRİLİYOR.
Ek Açık.	İTHALAT KAPATMA İŞLEMİ YAPILDIĞINDA FİYAT GİRİLMEYEN STOĞADA TUTAR ATIYOR.
Problem	İRSALİYEDE BU STOĞUN TUTARI SIFIR OLDUĞU İÇİN İTHALAT KAPATMA YAPILDIĞINDA DA OLUŞAN FATURADA TUTARININ SIFIR OLMASI GEREKİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.03.2010	1	Yanıtlandı	Evet	Hayır
Açıklama	Bedelsiz kalemlere dağıtım yapılmaması için DEKONT\ITHALATBEDELSIZKALEMEDAGITMA özel parametresi tanımlanmalıdır.

İstek No 33426

Tarih	Program
09.01.2010	Temelset._GENEL._GENEL
Ek Açık.	Evrak bazında aktarma yapılıp,fiş birleştirme işlemi yapılması çözüm değildir.
Problem	2 yıldır ticari paket netsis kullanıcısıyız.Genel anlamda programdan memnunuz.ancak düzeltilmesi gerektiğini düşündüğümüz kasa entegrasyonu ile ilgili bir sorunu var programın.Kasa modülünde ayrıntılı görünen herbir tediye ve tahsilat işlemi entegreden sonra muhasebede günlük kasa tahsilatları,günlük kasa tediyeleri olarak tek kalem şeklinde görünmekte.Gün bazında aktarma yapılmak şartı ile muhasebede aynı fiş içerisinde kasa modülündeki gibi ayrıntılı tediye ve tahsilatların görünmesi gerektiğini düşünüyoruz.Muhasebe sisteminin tam açıklama kavramına uygunluğu açısından herhangi bir inceleme esnasında sorun çıkaracağını düşündüğümüz bu sorunun giderilmesini rica ederiz. ACİL

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.01.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 33427

Tarih	Program
09.01.2010	Temelset.Dekont._GENEL
Koşul	DEKONT PAREMETRELERİNDE MİKTAR BİLGİSİ GİRİŞİ YAPILACAK Mİ? PARAMETRESİ İŞARETLİ. GENEL DEKONT KAYDINDA STOKA BORÇ GİRİŞİ YAPILIYOR.
Ek Açık.	GİRİLEN BORÇ HAREKETİ ENTEGRE HAVUZUNA ALACAK OLARAK ATILIYOR.
Problem	GİRİLEN BORÇ HAREKETİ ENTEGRE HAVUZUNA ALACAK OLARAK ATILIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.01.2010	1	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT/ETIPLIHAREKET özel parametresi kullanılarak işlem yapılmalıdır.

İstek No 33485

Tarih	Program
14.01.2010	Temelset.Entegrasyon._GENEL
Problem	Seçenekli aktarmada günlük aktarım seçildiğinde Kasa kayıtlarında GÜNLÜK KASA ÖDEMELERİ Diye alacak atarken borc tarafına ödemenin yapıldığı firmalar ve kdv leri atılıyor. Burada GUNLUK KASA ÖDEMELERİ yerine her ödemenin kime yapıldığı görmek istiyoruz böylelikle 100 hesabın muavinibde ayrıntılı görmek istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	2	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 33563

Tarih	Program
22.01.2010	Temelset.Dinamik Depo.Hücre Toplama
Koşul	Hücre toplama ve yerleştirme işleminde miktar alanına fiş bakiyesi yerine hücre bakiyesi getiriliyor.
Ek Açık.	Eski uygulamada fiş bakiyesi getiriliyordu
Problem	—-

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.01.2010	2	Tamam	Evet	Hayır
Dosya	Dindepo.dll (4.0.14.352), Dindepo.dll(5.0.0.28)
Açıklama	DINDEPO\HUCREBAKIYEGETIRME özel parametresi kullanıldığında hücre yerleştirme ekranında fiş bakiyesi getirilmektedir.

İstek No 33635

Tarih	Program
01.02.2010	Temelset.Entegrasyon.Seçenekli Aktarma
Koşul	Seçenekli aktarma gün bazında aktarma yapılıyor
Ek Açık.	Seçenekli aktarma da gün bazında aktarma yapılıyor. Gün bazında aktardığı kasa kayıtlarında o gün içindeki tüm kasa ödemelerini kümüle edip kasa hesabına tek kayıt Günlük Kasa ödemeleri olarak muhasebe fişine kayıt atıyor. Yapılan işlem bazında fatura no ve cari ad bilgisinin de olduğu(kasa kayıtlarındaki cari açıklamanın aynısı) işlem bazında muhasebe fişine detaylı atması isteniyor.
Problem	Seçenekli aktarma da gün bazında aktarma yapılıyor. Gün bazında aktardığı kasa kayıtlarında o gün içindeki tüm kasa ödemelerini kümüle edip kasa hesabına tek kayıt Günlük Kasa ödemeleri olarak muhasebe fişine kayıt atıyor. Yapılan işlem bazında fatura no ve cari ad bilgisinin de olduğu(kasa kayıtlarındaki cari açıklamanın aynısı) işlem bazında muhasebe fişine detaylı atması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 33664

Tarih	Program
03.02.2010	Temelset.Fatura.Aliş Faturası
Koşul	İade tipli alış faturası kaydında iade maliyeti 0 geçilebilsin isteniyor.
Ek Açık.	İade tipli alış faturası kaydında iade maliyeti 0 geçilebilsin isteniyor.
Problem	İade tipli alış faturası kaydında iade maliyeti 0 geçilebilsin isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.10.2010	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1396)
Modül	Fatura
Açıklama	FATURA\MALIYETSIFIRGECILSIN Özel Parametresi tanımlandığında İade Maliyet değeri 0 (sıfır) olarak geçilebilecektir. Bu parametre tanımlanmadığında İade Maliyet değeri 0 (sıfır) geçilemeyecek ve uyarı mesajı verilecektir.

İstek No 33691

Tarih	Program
05.02.2010	Temelset.Cari.Tarih Aralıklı Yaşlandırma İcmali
Koşul	Tarih aralıklı yaşlandırma icmali raporunda, çok tarih aralığı seçiliyor, yaşlandırma vade tarihine göre yapılılıyor. Tarih aralığı seçeneğindeki seçim, verilen tarih aralığı dilimlerinin seçeği olarak dikkate alınyor. Oysa, bu tarih dilimleri, vade tarihleri dilimleri olmalı; kayıt tarihi aralığı ayrıca sorgulanmalı. Çünkü geçmiş kayıt tarihli ve vadeleri çok tarih aralığı ile seçilecek kayıtların yaşlandırılarak listelenmeis isteniyor.
Ek Açık.	Tarih aralıklı yaşlandırma icmali raporunda, çok tarih aralığı seçiliyor, yaşlandırma vade tarihine göre yapılılıyor. Tarih aralığı seçeneğindeki seçim, verilen tarih aralığı dilimlerinin seçeği olarak dikkate alınyor. Oysa, bu tarih dilimleri, vade tarihleri dilimleri olmalı; kayıt tarihi aralığı ayrıca sorgulanmalı. Çünkü geçmiş kayıt tarihli ve vadeleri çok tarih aralığı ile seçilecek kayıtların yaşlandırılarak listelenmeis isteniyor.
Problem	Tarih aralıklı yaşlandırma icmali raporunda, çok tarih aralığı seçiliyor, yaşlandırma vade tarihine göre yapılılıyor. Tarih aralığı seçeneğindeki seçim, verilen tarih aralığı dilimlerinin seçeği olarak dikkate alınyor. Oysa, bu tarih dilimleri, vade tarihleri dilimleri olmalı; kayıt tarihi aralığı ayrıca sorgulanmalı. Çünkü geçmiş kayıt tarihli ve vadeleri çok tarih aralığı ile seçilecek kayıtların yaşlandırılarak listelenmeis isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.02.2010	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.0.229)
Modül	Cari
Açıklama	CARI\FATBAZGUN özel parametresi kullanıldığında Tarih Aralıklı Yaşlandırma İcmali raporunda Tarih Aralığı "Çok" seçildiğinde Sınır Tarihi alanı kayıt tarihi olarak dikkate alınıyor.

İstek No 33693

Tarih	Program
05.02.2010	Temelset. ._GENEL
Koşul	Entegrasyon Modülü Seçenekli aktarmada; Evrak bazında aktarım işaretlenmeden yapılan aktarımda oluşan tediye ve tahsilat fişlerinde o günkü yapılan tüm tediyelerin karşılığında kasa hesabını tek kayıt atıyor ve açıklama sahasına da GÜNLÜK KASA ODEMELERİ veya Tahsilatları diye tek açıklama geçiyor.
Ek Açık.	Bizim istediğimiz yine tek fiş ; fakat her ayrı tediye işlemi için 100 hesabın ayrı olması ve açıklamasınında hangi hesaba tediye ya da tahsilat yapıldıysa o ilgili hesaba gelen açıklamanın aynısını yazmasını istiyoruz. Çünkü 100 muavin dökümü alındığında kime ödeme veya tahsilat yapıldığını göremiyoruz.
Problem	Bizim istediğimiz yine tek fiş ; fakat her ayrı tediye işlemi için 100 hesabın ayrı olması ve açıklamasınında hangi hesaba tediye ya da tahsilat yapıldıysa o ilgili hesaba gelen açıklamanın aynısını yazmasını istiyoruz. Çünkü 100 muavin dökümü alındığında kime ödeme veya tahsilat yapıldığını göremiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 33716

Tarih	Program
08.02.2010	Temelset.Cari.Fatura Bazlı Vade Farkı
Koşul	Fatura bazlı vade farkı raporu, kayit tarihine göre yaşlandırma ile alınıyor. Buna rağmen gün kolonu, baz tarihi- vade tarihi olarak geliyor. Kayit tarihine göre yaşlandırma seçildiğinde gün kolonunun baz tarihi-kayıt tarihi olarak gelmesi gerekiyor.
Ek Açık.	Fatura bazlı vade farkı raporu, kayit tarihine göre yaşlandırma ile alınıyor. Buna rağmen gün kolonu, baz tarihi- vade tarihi olarak geliyor. Kayit tarihine göre yaşlandırma seçildiğinde gün kolonunun baz tarihi-kayıt tarihi olarak gelmesi gerekiyor.
Problem	Fatura bazlı vade farkı raporu, kayit tarihine göre yaşlandırma ile alınıyor. Buna rağmen gün kolonu, baz tarihi- vade tarihi olarak geliyor. Kayit tarihine göre yaşlandırma seçildiğinde gün kolonunun baz tarihi-kayıt tarihi olarak gelmesi gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.02.2010	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.0.229)
Modül	Cari
Onaylı Sürüm	cari.dll
Açıklama	CARI\FATBAZGUN özel parametresi kullanıldığında Fatura Bazlı Vade Farkı Raporunda, genel kısıtlarda Yaşlandırma İşlemi Vade seçildiğinde Gün kolonu “Baz Tarihi-Vade Tarihi” olarak, Kayıt Seçildiğinde “Baz Tarihi-Kayıt Tarihi” olarak hesaplanmaktadır.

İstek No 33787

Tarih	Program
14.02.2010	Temelset.Entegrasyon._GENEL
Koşul	Tahsil ve Tediye Fişlerini gün bazında muhasebeleştirdiğimizde
Ek Açık.	Oluşan yevmiye fişinde kasa hesabının tek satırda değil yapılan her işlem için ayrı ayrı gösterilmesini istiyoruz.
Problem	Tahsil ve Tediye Fişlerini gün bazında muhasebeleştirdiğimizde Oluşan yevmiye fişinde kasa hesabının tek satırda değil yapılan her işlem için ayrı ayrı gösterilmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 33790

Tarih	Program
15.02.2010	Temelset.Fatura.Satış Faturası
Koşul	irsaliye bağlantılı faturada kod değişikliği işlemi yapılmak isteniyor.
Ek Açık.	ancak, sipariş bilgileri sekmesinden ilgili irsaliye seçilip faturalaştırılmışsa. oluşan faturaya tekrar girildiğinde sağ klikte kod değişikliği işlemi pasif olarak getiriliyor.
Problem	irsaliye toplamlar sayfasından faturalaştırılmış ise bu işlem yapılabilmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.03.2010	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.0.14.8918), Fatura.dll (5.0.2.685)
Modül	Fatura
Açıklama	FATURA\IRS_BILG_MEVC_FAT_CARIDEGIS_IZIN özel parametresi kullanıldığında İrsaliye bilgileri mevcut olan bir faturanın cari kodunun değiştirilmesine izin verilmektedir.

İstek No 33861

Tarih	Program
22.02.2010	Temelset.Fatura._GENEL
Koşul	siparis ve faturada malfazlasi kosulu kullanilmaktadir. Faturada girilen stok ile malfazlasi stok farklidir.
Ek Açık.	Faturada malfazlasi iskontosu olan urun secilip kayit edildiginde otomatik olarak o urun icin tanimlanmis malfazlasi stogu ayri bir satirda otomatik olarak olusmaktadir.
Problem	Musteri bu kaydin yanlis oldugunu anladiginda 2 satirida ayri ayri silmek zorunda. Bazen kullanicilar bu kayitlardan malfazlasini silip diger kaydi unutabiliyor. bu durumun tam terside olabiliyor. Istenilen bu tur kayitlardan birini sildigimizde sistem otomatik olarak diger kaydida silmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.03.2010	2	Tamam	Evet	Hayır
Dosya	Fatura.dll
Modül	Fatura
Açıklama	‘FATURA’,’KOSULMALFAZKONTROL’ özel parametresi kullanıldığında mal fazlası stoğu ve onun bağlı olduğu stokların miktar alanı pasif gelmektedir.

İstek No 33866

Tarih	Program
22.02.2010	Temelset.Muhasebe._GENEL
Koşul	İndirilecek KDV Listesi
Problem	Oluşturulan listede, miktar kolonunda, aynı fatura içinde farklı kalemler olması durumunda her bir kalemin miktarının "," ile ayrılması ve ölçü biriminin gösterilmesi gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.04.2010	1	Tamam	Evet	Evet
Dosya	Muhasebe.dll (4.0.14.1722), Muhasebe.dll (5.0.2.132), Dbupdate Dosyaları (4.0), (5.0.2)
Modül	Muhasebe
Açıklama	Girilen ölçü birimi cinsi ve miktarı İndirilecek Kdv Listesine getirilmektedir. Karma Koli stoklarında bileşenlerin miktarı dikkate alınmaktadır. Karma Koli ana bileşeninin dikkate alınması için MUHASEBE\INDKDVKKOLIMIKTAR özel parametresinin tanımlanması gerekmektedir.

İstek No 33891

Tarih	Program
24.02.2010	Temelset.Yardımcı Programlar.Ek Rehber Oluşturma
Koşul	Netsis ek rehberlerde, dinamik kodlama ve form bazı güvenlik olmadığından, arama yaptığımız bir değerin, rehber giridinde görünmemesini sağlayamıyoruz. Talebimiz şu; ek rehberlerde arama yaptığımız alanın, rehberin gridinde sütun olarak görünmemesi. Sebep; söz konusu alana bir değer girilmeksizin, rehberdeki tüm değerler döküldüğünde, görünmesini istemediğimiz tüm veriler listelenebiliyor.
Ek Açık.	Netsis ek rehberlerde, dinamik kodlama ve form bazı güvenlik olmadığından, arama yaptığımız bir değerin, rehber giridinde görünmemesini sağlayamıyoruz. Talebimiz şu; ek rehberlerde arama yaptığımız alanın, rehberin gridinde sütun olarak görünmemesi. Sebep; söz konusu alana bir değer girilmeksizin, rehberdeki tüm değerler döküldüğünde, görünmesini istemediğimiz tüm veriler listelenebiliyor.
Problem	Netsis ek rehberlerde, dinamik kodlama ve form bazı güvenlik olmadığından, arama yaptığımız bir değerin, rehber giridinde görünmemesini sağlayamıyoruz. Talebimiz şu; ek rehberlerde arama yaptığımız alanın, rehberin gridinde sütun olarak görünmemesi. Sebep; söz konusu alana bir değer girilmeksizin, rehberdeki tüm değerler döküldüğünde, görünmesini istemediğimiz tüm veriler listelenebiliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.03.2010	1	Yanıtlandı	Evet	Hayır
Dosya	Efesdb.dll (5.0.0.41)
Modül	Yardımcı Programlar
Açıklama	33924 Nolu istek ile tekrarlı. REHBER\GRIDKOLONKAPAT özel parametresi kullanıldığında DEGER alanına rehberde gride gelmemesi istenen sahanın başlangıc karakteri yazılmalıdır. Örneğin stsabit view inden hazırlanan bir ek rehberin OLCU_BR1 kolonunun gelmemesi için DEGER alanına OL yazılmalıdır. Böylece kısıtlanan kolon rehber gridinde gelmeyecek fakat rehberde bu kolona ait arama yapılabilecektir. Bu uygulama için kısıtlama yapılması istenen saha için view den düzenleme yapılması tavsiye edilir.

İstek No 33897

Tarih	Program
24.02.2010	Temelset.Kantar.Hareket Girişi
Koşul	DÖVİZLİ BİR STOK İÇİN STOK SABİT KAYITLARI EKRANINDAN DÖVİZLİ FİYAT GİRİLİYOR.KANTAR MODÜLÜNDE HAREKET GİRİŞİ EKRANINDAN BU DÖVİZLİ STOK İÇİN HAREKET GİRİLİP İRSALİYELEŞTİRİLİYOR.
Ek Açık.	İRSALLİYEYE DÖVİZ TİPİNİ VE DÖVİZ FİYATINI SIFIR OLARAK ATIYOR.
Problem	AYRICA CARİ HAREKETLERE DE DÖVİZLİ FİYAT ATMIYOR VE VADE TARİHİNİ 01.01.1900 OLARAK ATIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.01.2011	2	Tamam	Evet	Hayır
Dosya	Kantar.dll (5.0.10.27)
Modül	Kantar
Açıklama	KANTAR\OZELFIYAT özel parametresi kullanılmalıdır.

İstek No 33924

Tarih	Program
26.02.2010	Temelset._GENEL._GENEL
Koşul	PROGRAM İÇİNDE ÇEŞİTLİ EK REHBERLER KULLANIYORUZ.ANCAK BU REHBERLERİ HERKESİN GÖREMEMESİ GEREKİYOR.ANCAK ŞU ANDA HERKES GÖREBİLİYOR.BUNU ENGELLENMESİ GEREKİYOR
Ek Açık.	PROGRAM İÇİNDE ÇEŞİTLİ EK REHBERLER KULLANIYORUZ.ANCAK BU REHBERLERİ HERKESİN GÖREMEMESİ GEREKİYOR.ANCAK ŞU ANDA HERKES GÖREBİLİYOR.BUNU ENGELLENMESİ GEREKİYOR
Problem	PROGRAM İÇİNDE ÇEŞİTLİ EK REHBERLER KULLANIYORUZ.ANCAK BU REHBERLERİ HERKESİN GÖREMEMESİ GEREKİYOR.ANCAK ŞU ANDA HERKES GÖREBİLİYOR.BUNU ENGELLENMESİ GEREKİYOR

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.02.2010	1	Tamam	Evet	Hayır
Dosya	Efesdb.dll (5.0.0.41)
Modül	Yardımcı Programlar
Açıklama	REHBER\GRIDKOLONKAPAT özel parametresi kullanıldığında DEGER alanına rehberde gride gelmemesi istenen sahanın başlangıc karakteri yazılmalıdır. Örneğin stsabit view inden hazırlanan bir ek rehberin OLCU_BR1 kolonunun gelmemesi için DEGER alanına OL yazılmalıdır. Böylece kısıtlanan kolon rehber gridinde gelmeyecek fakat rehberde bu kolona ait arama yapılabilecektir. Bu uygulama için kısıtlama yapılması istenen saha için view den düzenleme yapılması tavsiye edilir.

İstek No 33988

Tarih	Program
03.03.2010	Temelset.Muhasebe._GENEL
Koşul	İndirilecek KDV raporunda alınan mal ve hizmet cinsi sütununda ilgili kaydın muhasebe hesap adı gelmektedir, muhasebedeki bu hesap adları kalıp olup detayı içermemektedir gerekli detayı fatura girişi yapılırken stok ismi kısmına kullanıcı tarafından açıklama girilmektedir. Bu rapor formatında alınan mal ve hizmet sütununda bu kalp yerine girilen açıklamalı stok isminin getirilmesini istiyoruz.
Ek Açık.	İndirilecek KDV raporunda alınan mal ve hizmet cinsi sütununda ilgili kaydın muhasebe hesap adı gelmektedir, muhasebedeki bu hesap adları kalıp olup detayı içermemektedir gerekli detayı fatura girişi yapılırken stok ismi kısmına kullanıcı tarafından açıklama girilmektedir. Bu rapor formatında alınan mal ve hizmet sütununda bu kalp yerine girilen açıklamalı stok isminin getirilmesini istiyoruz.
Problem	İndirilecek KDV raporunda alınan mal ve hizmet cinsi sütununda ilgili kaydın muhasebe hesap adı gelmektedir, muhasebedeki bu hesap adları kalıp olup detayı içermemektedir gerekli detayı fatura girişi yapılırken stok ismi kısmına kullanıcı tarafından açıklama girilmektedir. Bu rapor formatında alınan mal ve hizmet sütununda bu kalp yerine girilen açıklamalı stok isminin getirilmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.05.2010	1	Tamam	Evet	Evet
Açıklama	İndirilecek Kdv Listesine kayıt atan ekranlarda kaydetme işlemi yapıldıktan sonra yeni eklenen “İndirilecek KDV Bilgi Girişi” ekranı açılmaktadır. Bu ekrandan ilgili kayıttan gelen bilgiler izlenebilmekte yada düzenleme yapılabilmektedir. Bu ekranda yapılan düzenlemeler doğrudan İndirilecek KDV Listesine yansımaktadır. Malın cinsi sahasına TBLMUHFIS tablosundan hangi saha getirilmek isteniyorsa örneğin ACIKLAMA sahasındaki değer getirilmek isteniyorsa ‘MUHASEBE,’INDKDVMALCINS’ özel parametresinde DEGER alanına ‘ACIKLAMA’ yazılmalıdır. Böylece yevmiye fişinde açıklama alanına stok ismi yazılırsa bu değer indirilecek kdv listesinde Alınan\Mal Hizmet Cinsi alanına getirilmektedir. Dbupdate dosyaları 5.02, Dekont.dll (5.0.2.163), Fatura.dll (5.0.2.1068), IndKdv.dll (5.0.2.17), Kasa.dll (5.0.2.140), Muhasebe.dll (5.0.2.137), Nettrk.dll, Muhtrk.dll, Kastrk.dll, Dektrk.dll, Fattrk.dll

İstek No 33989

Tarih	Program
03.03.2010	Temelset.Kasa İşlemleri._GENEL
Koşul	Kasa modülünden girilen giderlerin indirilecek kdv listesinde fatura kısmından girilen giderlerin her biri için cari açılması gerekmektedir, şirket yapısı itibariyle aylık 2000 adet farklı carili fiş, fatura vb. evrak girişi olduğundan cari kartlarında istenmeyen aşırı yoğunluk ve zaman kaybı olmaktadır. bu işlemin muhtelif kısmından yapılması önerilmiş fakat kdv sütunu olmasığından rapor yanlış vermiştir.Muhtelif kısmına cari isim,vergi dairesi, vergi nosu ve açıklama bölümüne girilen detay bilginin rapora alınan mal ve hizmet cinsi kısmına gelmesi ile kdv sütununun eklenmesini talep etmekteyiz.
Ek Açık.	Kasa modülünden girilen giderlerin indirilecek kdv listesinde fatura kısmından girilen giderlerin her biri için cari açılması gerekmektedir, şirket yapısı itibariyle aylık 2000 adet farklı carili fiş, fatura vb. evrak girişi olduğundan cari kartlarında istenmeyen aşırı yoğunluk ve zaman kaybı olmaktadır. bu işlemin muhtelif kısmından yapılması önerilmiş fakat kdv sütunu olmasığından rapor yanlış vermiştir.Muhtelif kısmına cari isim,vergi dairesi, vergi nosu ve açıklama bölümüne girilen detay bilginin rapora alınan mal ve hizmet cinsi kısmına gelmesi ile kdv sütununun eklenmesini talep etmekteyiz.
Problem	Kasa modülünden girilen giderlerin indirilecek kdv listesinde fatura kısmından girilen giderlerin her biri için cari açılması gerekmektedir, şirket yapısı itibariyle aylık 2000 adet farklı carili fiş, fatura vb. evrak girişi olduğundan cari kartlarında istenmeyen aşırı yoğunluk ve zaman kaybı olmaktadır. bu işlemin muhtelif kısmından yapılması önerilmiş fakat kdv sütunu olmasığından rapor yanlış vermiştir.Muhtelif kısmına cari isim,vergi dairesi, vergi nosu ve açıklama bölümüne girilen detay bilginin rapora alınan mal ve hizmet cinsi kısmına gelmesi ile kdv sütununun eklenmesini talep etmekteyiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.05.2010	1	Tamam	Evet	Evet
Açıklama	İndirilecek Kdv Listesine kayıt atan ekranlarda kaydetme işlemi yapıldıktan sonra yeni eklenen “İndirilecek KDV Bilgi Girişi” ekranı açılmaktadır. Bu ekrandan ilgili kayıttan gelen bilgiler izlenebilmekte yada düzenleme yapılabilmektedir. Bu ekranda yapılan düzenlemeler doğrudan İndirilecek KDV Listesine yansımaktadır. Malın cinsi sahasına TBLKASA tablosundan hangi saha getirilmek isteniyorsa örneğin ACIKLAMA sahasındaki değer getirilmek isteniyorsa ‘KASA,’INDKDVMALCINS’ özel parametresinde DEGER alanına ‘ACIKLAMA’ yazılmalıdır. Böylece kasada açıklama alanına stok ismi yazılırsa bu değer indirilecek kdv listesinde Alınan\Mal Hizmet Cinsi alanına getirilmektedir. Cari kartı olmayan gider faturaları kasa da fatura sekmesinden girilmeli bu ekranda sadece B formu alanı seçilmeli cari bilgisi kayıt gride atılırken gelen ekrandan girilmelidir. Böylece cari kart açılmasına gerek kalmamaktadır. Dbupdate dosyaları 5.02, Dekont.dll (5.0.2.163), Fatura.dll (5.0.2.1068), IndKdv.dll (5.0.2.17), Kasa.dll (5.0.2.140), Muhasebe.dll (5.0.2.137), Nettrk.dll, Muhtrk.dll, Kastrk.dll, Dektrk.dll, Fattrk.dll

İstek No 33990

Tarih	Program
03.03.2010	Temelset.Muhasebe.Yansıtma Fişi Oluşturma
Koşul	700 yansıtmaları için..
Ek Açık.	Yansıtma fişimi oluşturduğumda yansıtma hesaplarım aynı olmasına rağmen kümülasyon yapmıyor.Hesap ve tutar bazında tek tek atıyor.Daha önceki yıllarda böyle bir sorun yoktu.600 yansıtma fişinde de sorun yok. 700 lerde de yansıtma hesaplarının kümüle edilmesini rica ediyorum.
Problem	Yansıtma fişimi oluşturduğumda yansıtma hesaplarım aynı olmasına rağmen kümülasyon yapmıyor.Hesap ve tutar bazında tek tek atıyor.Daha önceki yıllarda böyle bir sorun yoktu.600 yansıtma fişinde de sorun yok. 700 lerde de yansıtma hesaplarının kümüle edilmesini rica ediyorum.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.03.2010	1	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (4.0.14.1718), Muhasebe.dll (5.0.0.114)
Modül	Muhasebe
Açıklama	MUHASEBE\YANSITMAKUMULE özel parametresi kullanıldığında yansıtma hesapları kümüle edilmektedir.

İstek No 34026

Tarih	Program
05.03.2010	Temelset.Dekont._GENEL
Koşul	Girdiğimiz gider faturalarında yazılan açıklamalar, İndirilecek KDV listesinde mal/hizmet cinsi kısmına gelmiyor.
Ek Açık.	Girdiğimiz gider faturalarında yazılan açıklamalar, İndirilecek KDV listesinde mal/hizmet cinsi kısmına gelmiyor.
Problem	Girdiğimiz gider faturalarında yazılan açıklamalar, İndirilecek KDV listesinde mal/hizmet cinsi kısmına gelmiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.05.2010	1	Tamam	Evet	Evet
Açıklama	İndirilecek Kdv Listesine kayıt atan ekranlarda kaydetme işlemi yapıldıktan sonra yeni eklenen “İndirilecek KDV Bilgi Girişi” ekranı açılmaktadır. Bu ekrandan ilgili kayıttan gelen bilgiler izlenebilmekte yada düzenleme yapılabilmektedir. Bu ekranda yapılan düzenlemeler doğrudan İndirilecek KDV Listesine yansımaktadır. Malın cinsi sahasına TBLDEKOTRA tablosundan hangi saha getirilmek isteniyorsa örneğin ACIKLAMA1 sahasındaki değer getirilmek isteniyorsa ‘DEKONT’,’INDKDVMALCINS’ özel parametresine ‘ACIKLAMA1’ değeri girilmelidir. Bu özel parametre sadece Genel Dekont Kaydı için geçerlidir. Serbest Meslek Makbuzu ve Genel Gider Cari Hesap Fatura kaydı ekranlarından stok ismi girişi yeni eklenen ekrandan yapılmalıdır. Genel Dekont Kaydı için de bu ekran kullanılabilmektedir. Eğer stok hesabına ait giriş yapıyorlarsa Malın cinsi sahasına özel parametreye bakılmaksızın stok ismi gelecektir. Dbupdate dosyaları 5.02, Dekont.dll (5.0.2.163), Fatura.dll (5.0.2.1068), IndKdv.dll (5.0.2.17), Kasa.dll (5.0.2.140), Muhasebe.dll (5.0.2.137), Nettrk.dll, Muhtrk.dll, Kastrk.dll, Dektrk.dll, Fattrk.dll

İstek No 34039

Tarih	Program
08.03.2010	Temelset.Muhasebe._GENEL
Koşul	İndirilecek KDV listesinde vergi dairesi ve kasa açıklamasının yazılması
Problem	İndirilecek KDV listesinde vergi dairesi yazılması ve kasa modülündeki kasa açıklamasının da indirilecek KDV listesine getirilmesi

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.05.2010	1	Tamam	Evet	Evet
Açıklama	İndirilecek Kdv Listesine kayıt atan ekranlarda kaydetme işlemi yapıldıktan sonra yeni eklenen “İndirilecek KDV Bilgi Girişi” ekranı açılmaktadır. Bu ekrandan ilgili kayıttan gelen bilgiler izlenebilmekte yada düzenleme yapılabilmektedir. Bu ekranda yapılan düzenlemeler doğrudan İndirilecek KDV Listesine yansımaktadır. Malın cinsi sahasına TBLKASA tablosundan hangi saha getirilmek isteniyorsa örneğin ACIKLAMA sahasındaki değer getirilmek isteniyorsa ‘KASA,’INDKDVMALCINS’ özel parametresinde DEGER alanına ‘ACIKLAMA’ yazılmalıdır. Böylece kasada açıklama alanına stok ismi yazılırsa bu değer indirilecek kdv listesinde Alınan\Mal Hizmet Cinsi alanına getirilmektedir. Dbupdate dosyaları 5.02, Dekont.dll (5.0.2.163), Fatura.dll (5.0.2.1068), IndKdv.dll (5.0.2.17), Kasa.dll (5.0.2.140), Muhasebe.dll (5.0.2.137), Nettrk.dll, Muhtrk.dll, Kastrk.dll, Dektrk.dll, Fattrk.dll

İstek No 34083

Tarih	Program
10.03.2010	Temelset.Muhasebe._GENEL
Problem	indirilecek kdv listesinde faturalarda matbu evrak üzerindeki seri ve malın cinsi ve birimiistenmektedir.Netsisten uygulamayı çalıştırdığımızda kasa ve dekonttan gelen faturalarda bu alanlar gelmemektedir.bilgilerinize kolay gelsin

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.05.2010	2	Tamam	Evet	Evet
Açıklama	İndirilecek Kdv Listesine kayıt atan ekranlarda kaydetme işlemi yapıldıktan sonra yeni eklenen “İndirilecek KDV Bilgi Girişi” ekranı açılmaktadır. Bu ekrandan ilgili kayıttan gelen bilgiler izlenebilmekte yada düzenleme yapılabilmektedir. Bu ekranda yapılan düzenlemeler doğrudan İndirilecek KDV Listesine yansımaktadır. Malın cinsi sahasına TBLDEKOTRA tablosundan hangi saha getirilmek isteniyorsa örneğin ACIKLAMA1 sahasındaki değer getirilmek isteniyorsa ‘DEKONT’,’INDKDVMALCINS’ özel parametresine ‘ACIKLAMA1’ değeri girilmelidir. Bu özel parametre sadece Genel Dekont Kaydı için geçerlidir. Serbest Meslek Makbuzu ve Genel Gider Cari Hesap Fatura kaydı ekranlarından stok ismi girişi yeni eklenen ekrandan yapılmalıdır. Genel Dekont Kaydı için de bu ekran kullanılabilmektedir. Eğer stok hesabına ait giriş yapıyorlarsa Malın cinsi sahasına özel parametreye bakılmaksızın stok ismi gelecektir. Malın cinsi sahasına TBLKASA tablosundan hangi saha getirilmek isteniyorsa örneğin ACIKLAMA sahasındaki değer getirilmek isteniyorsa ‘KASA,’INDKDVMALCINS’ özel parametresinde DEGER alanına ‘ACIKLAMA’ yazılmalıdır. Böylece kasada açıklama alanına stok ismi yazılırsa bu değer indirilecek kdv listesinde Alınan\Mal Hizmet Cinsi alanına getirilmektedir. Dbupdate dosyaları 5.02, Dekont.dll (5.0.2.163), Fatura.dll (5.0.2.1068), IndKdv.dll (5.0.2.17), Kasa.dll (5.0.2.140), Muhasebe.dll (5.0.2.137), Nettrk.dll, Muhtrk.dll, Kastrk.dll, Dektrk.dll, Fattrk.dll

İstek No 34089

Tarih	Program
11.03.2010	Temelset.Muhasebe.Gelir Hesapları Kar/Zarar Devir Fişi
Koşul	Gelir hesapları yansıtma girişinde 690 hesap yansıtma hesabı olarak gösteriliyor
Problem	Gelir hesapları kar-zarar fişi oluşturulduğunda 690 hesabı her hesap için tek tek yazıyor.Kümüle edilmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.03.2010	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (4.0.14.1718), Muhasebe.dll (5.0.0.114)
Modül	Muhasebe
Açıklama	MUHASEBE\YANSITMAKUMULE özel parametresi kullanıldığında yansıtma hesapları kümüle edilmektedir.

İstek No 34105

Tarih	Program
12.03.2010	Temelset.Muhasebe._GENEL
Koşul	İndirilecek kdv listesi alınıyor. excel e kayıt ediliyor.
Ek Açık.	raporda miktarları kümüle ederek getiriyor
Problem	indirilecek kdv listesi raporunda fatura içersindeki stokları isimlerde olduğu gibi miktarı da ayrı ayrı getirmesi gerekiyor. vergi dairesi raporu bu şekilde istiyor. miktarı kümüle değil ayrı ayrı yazmasını talep ediyoruz..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.04.2010	1	Tamam	Evet	Evet
Dosya	Muhasebe.dll (4.0.14.1722), Muhasebe.dll (5.0.2.132), Dbupdate Dosyaları (4.0), (5.0.2)
Modül	Muhasebe
Açıklama	33866 nolu ügs için Dbupdate çalıştırılabilir. Girilen ölçü birimi cinsi ve miktarı İndirilecek Kdv Listesine getirilmektedir. Karma Koli stoklarında bileşenlerin miktarı dikkate alınmaktadır. Karma Koli ana bileşeninin dikkate alınması için MUHASEBE\INDKDVKKOLIMIKTAR özel parametresinin tanımlanması gerekmektedir.

İstek No 34160

Tarih	Program
17.03.2010	Temelset.Kasa İşlemleri.Kasa Kayıtları
Koşul	Kasa işlemlerinde entegrasyon bağlantı kodu olan 100 hesaplarda kasada girilen açıklamanın gelmesini istiyoruz. Entegrasyon kayıtlarında 100 hesapların kayıtları görünmediğinden dolayı muhasebede GÜNLÜK KASA KAYITLARI olarak görünüyor.
Ek Açık.	Kasa işlemlerinde entegrasyon bağlantı kodu olan 100 hesaplarda kasada girilen açıklamanın gelmesini istiyoruz. Entegrasyon kayıtlarında 100 hesapların kayıtları görünmediğinden dolayı muhasebede GÜNLÜK KASA KAYITLARI olarak görünüyor.
Problem	Kasa işlemlerinde entegrasyon bağlantı kodu olan 100 hesaplarda kasada girilen açıklamanın gelmesini istiyoruz. Entegrasyon kayıtlarında 100 hesapların kayıtları görünmediğinden dolayı muhasebede GÜNLÜK KASA KAYITLARI olarak görünüyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 34161

Tarih	Program
17.03.2010	Temelset.Entegrasyon.Entegrasyon Kayıtları
Koşul	Kasa işlemlerinde entegrasyon bağlantı kodu olan 100 hesaplarda kasada girilen açıklamanın gelmesini istiyoruz. Entegrasyon kayıtlarında 100 hesapların kayıtları görünmediğinden dolayı muhasebede GÜNLÜK KASA KAYITLARI olarak görünüyor.
Ek Açık.	Kasa işlemlerinde entegrasyon bağlantı kodu olan 100 hesaplarda kasada girilen açıklamanın gelmesini istiyoruz. Entegrasyon kayıtlarında 100 hesapların kayıtları görünmediğinden dolayı muhasebede GÜNLÜK KASA KAYITLARI olarak görünüyor.
Problem	Kasa işlemlerinde entegrasyon bağlantı kodu olan 100 hesaplarda kasada girilen açıklamanın gelmesini istiyoruz. Entegrasyon kayıtlarında 100 hesapların kayıtları görünmediğinden dolayı muhasebede GÜNLÜK KASA KAYITLARI olarak görünüyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 34163

Tarih	Program
17.03.2010	Temelset.Fatura.Aliş Faturası
Koşul	ALIŞ FATURASINDA SİPARİŞ BAĞLANTISIZ İRSALİYE FATURA GİRİŞİ ENGELLENSİNMİ PARAMETRESİ İŞARETLİ.
Ek Açık.	HERHANGİ BİR STOK SEÇİLDİĞİNDE BU PARAMETRE ÇALIŞIYOR ANCAK HIZ İLE BAŞLAYAN BİR HİZMET STOĞU SEÇİLDİĞİNDE BU PARAMETRE ÇALIŞMIYOR.
Problem	HERHANGİ BİR STOK SEÇİLDİĞİNDE BU PARAMETRE ÇALIŞIYOR ANCAK HIZ İLE BAŞLAYAN BİR HİZMET STOĞU SEÇİLDİĞİNDE BU PARAMETRE ÇALIŞMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.05.2010	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1165)
Modül	Fatura
Açıklama	FATURA/SIPBAGHIZFAT özel parametresi tanımlandığında hizmet stokları için de "Sipariş bağlantısız irsaliye/fatura girişi engellensin" parametresinin çalışması desteklendi.

İstek No 34217

Tarih	Program
23.03.2010	Temelset.Cari.Fatura Bazlı Vade Farkı
Ek Açık.	Fatura bazlı vade farkı raporundaki ortalama gün ile yürüyen bakiyeli vade farkı raporundaki günü aynı olacak şekilde gösterecek hesaplamayı sağlayacak parametrenin rapora eklenmesi
Problem	Fatura bazlı vade farkı raporundaki ortalama gün ile yürüyen bakiyeli vade farkı raporundaki günü aynı olacak şekilde gösterecek hesaplamayı sağlayacak parametrenin rapora eklenmesi

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.05.2010	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.2.314), Cartrk.dll
Modül	Cari
Açıklama	CARI\VADEGUNBAKIYEDENGELSIN özel parametresi kullanılmalıdır.

İstek No 34243

Tarih	Program
24.03.2010	Temelset.Cari.Cari Hareket Kayıtları
Koşul	Döviz uygulaması var, Proje uygulaması var. Faturalarda KDV ayrılsın mı (c/h) kaydında işaretli. Dövizli cari, dövizli stok fiyatı ile işlem yapılıyor.
Ek Açık.	Proje Kodu uygulaması olduğunda cari harekette KDV satırının döviz değeri gelmiyor.
Problem	Fatura girişinde, Özel kod2 (K) seçilip kayıt yapıldığında, cari hareket kayıtlarında kdv satırının döviz tutarı gelmiyor. Acil çözüm.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.03.2010	1	Yanıtlandı	Evet	Hayır
Açıklama	‘FATURA’,’CARIKDVDOVTUTYAZ’ özel parametresi kullanılmalıdır.

İstek No 34248

Tarih	Program
24.03.2010	Temelset.Cari.Cari Hareket Kayıtları
Koşul	satış fatura parametrelerinde, faturalarda KDV ayrılsın mı parametresi işaretlidir. proje kodu uygulaması kullanılmaktadır.
Ek Açık.	Dövizli bir satış faturası kaydedildiğinde carinin hareket kayıtlarına KDV yi ayrı satırda atmaktadır.
Problem	Ancak KDV satırının döviz tutarı 0 gelmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.03.2010	2	Yanıtlandı	Evet	Hayır
Açıklama	‘FATURA’,’CARIKDVDOVTUTYAZ’ özel parametresi kullanılmalıdır.

İstek No 34289

Tarih	Program
25.03.2010	Temelset.Muhasebe.B Formu Basımı
Koşul	396 SIRA NOLU VERGİ USUL KANUNU GENEL TEBLİĞİNDE ‘Söz konusu hadlerin uygulanmasında, özel matrah şekline tabi mal ve/veya hizmet alış/satışlarında katma değer vergisi, özel tüketim vergisine tabi işlemlerde ise özel tüketim vergisi dahil tutarlar dikkate alınacaktır.’ İFADESİ YER ALMAKTADIR.
Ek Açık.	PROGRAMDA DESTEKLENMESİ İSTENİYOR.
Problem	PROGRAMDA DESTEKLENMESİ İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.03.2010	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.0.117)
Modül	Muhasebe
Açıklama	MUHASEBE\SIGARAKDV özel parametresi kullanılmalıdır. DEGER alanına TBLFATUIRS daki alanlar kısıt olarak verilmelidir. Fatura üst bilgilerindeki özel kod1, özel kod2 yada açıklama alanı kullanılabilir. Örneğin sigara faturası kesilen faturanın özelkod2 alanına S yazılırsa ve bu faturaların b formuna kdv dahil tutarın gelmesi için özel parametrede değer alanına KOD2=’S’ şeklinde tanımlama yapılmalıdır.

İstek No 34362

Tarih	Program
01.04.2010	Temelset.Mrp.Malzeme Gereksiniminden Talep Oluşturma
Koşul	Talep modulünde desteklenen cari girilmeden talep oluşturma özel parametresinin bu işlemde de desteklenmesi isteniyor
Ek Açık.	Talep modulünde desteklenen cari girilmeden talep oluşturma özel parametresinin bu işlemde de desteklenmesi isteniyor
Problem	Talep modulünde desteklenen cari girilmeden talep oluşturma özel parametresinin bu işlemde de desteklenmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.04.2010	2	Tamam	Evet	Hayır
Dosya	Mrp.dll (5.0.2.117)
Modül	Mrp
Açıklama	Grup Kodu:TEKLIF, Anahtar:SUBEKODU, DEGER:Atanması istenen cari kodu şeklinde özel parametre tanımlanmalıdır. Örneğin 0 nolu şubede 0001 cari kodu ile Talep oluşturmak için özel parametre şu şekilde tanımlanmalıdır. Grup Kodu:TEKLIF, Anahtar:SUBE0, DEGER:0001

İstek No 34372

Tarih	Program
02.04.2010	Temelset.Kalite Kontrol.Kalite Satın Alma Kayıtları
Koşul	Seri takibi işletmenin iç süreçleri gereği irsaliyede verilmek zorunda. KK kayıtlarında seri kaydı girilmiyor. bu nedenle kk kayıtlarında gritte seri izlenebilsin ya da kk kaydı girilecek irsaliye,cari ile berasber stok ve serisi de sorulsun. kk ölçümleri sei bazında yapılıyor.
Ek Açık.	Seri takibi işletmenin iç süreçleri gereği irsaliyede verilmek zorunda. KK kayıtlarında seri kaydı girilmiyor. bu nedenle kk kayıtlarında gritte seri izlenebilsin ya da kk kaydı girilecek irsaliye,cari ile berasber stok ve serisi de sorulsun. kk ölçümleri sei bazında yapılıyor.
Problem	Seri takibi işletmenin iç süreçleri gereği irsaliyede verilmek zorunda. KK kayıtlarında seri kaydı girilmiyor. bu nedenle kk kayıtlarında gritte seri izlenebilsin ya da kk kaydı girilecek irsaliye,cari ile berasber stok ve serisi de sorulsun. kk ölçümleri sei bazında yapılıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.09.2010	1	Tamam	Evet	Evet
Dosya	Efesdb.dll (5.0.2.80), Profdb.dll (5.0.2.44), Kkont.dll (5.0.2.34), Dbupdate Dosyaları
Modül	Kalite Kontrol
Açıklama	KALITEKONTROL\SATINALMASERILI özel parametresi tanımlandığında Alış İrsaliyesinde girilen serilerin “Kalite Kontrol Kayıt Ekranında” Belge Numarası Rehberi ve gridde izlenebilmesi desteklendi. Belgede bir stoğa ait birden fazla seri girildi ise rehberde ve gridde son girilen seri listelenmektedir.

İstek No 34393

Tarih	Program
03.04.2010	Temelset.Fatura.Ambar Çıkış Fişi
Koşul	Muhtelif tipli bir ambar cikis fisi yapiliyor. Bu kayitla ilgili stok hareketlere atilan kayit, stok hareket ekranindan uzerine cift tiklanarak silinebiliyor. Dolayisiyla fatuirs’la sthar arasindaki iliski kopuyor…
Ek Açık.	Tesekkurler…
Problem	Tesekkurler…

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.07.2010	1	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.2.153)
Modül	Stok
Açıklama	STOK\MUHTELIFAMBARSILME özel parametresi tanımlanmalıdır.

İstek No 34419

Tarih	Program
06.04.2010	Temelset.Muhasebe.B Formu Basımı
Koşul	BİR MÜŞTERİNİN İKİ FARKLI CARİ KARTI VAR İKİ KARTADA AYNI AYDA İKİ AYRI FATURA KESİLİYOR BİRİ 5000 ALTINDA DİĞERİ ÜZERİNDE B FORMUNDA İKİSİNİNDE GELMESİ GEREKİYOR. VD. VN LARI AYNI
Ek Açık.	BİR MÜŞTERİNİN İKİ FARKLI CARİ KARTI VAR İKİ KARTADA AYNI AYDA İKİ AYRI FATURA KESİLİYOR BİRİ 5000 ALTINDA DİĞERİ ÜZERİNDE B FORMUNDA İKİSİNİNDE GELMESİ GEREKİYOR. VD. VN LARI AYNI
Problem	BİR MÜŞTERİNİN İKİ FARKLI CARİ KARTI VAR İKİ KARTADA AYNI AYDA İKİ AYRI FATURA KESİLİYOR BİRİ 5000 ALTINDA DİĞERİ ÜZERİNDE B FORMUNDA İKİSİNİNDE GELMESİ GEREKİYOR. VD. VN LARI AYNI

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.06.2010	1	Yanıtlandı	Evet	Hayır
Açıklama	Güncel dosyalarda belirtilen sorun tespit edilemedi, MUHASEBE\BFORMCARIKODKIRILIMYAPMA özel parametresi kullanılmalıdır.

İstek No 34528

Tarih	Program
16.04.2010	Temelset.Muhasebe.Normal Yevmiye Fişi
Ek Açık.	Kasa hareketlerindeki açıklamaların yevmiye fişlerine yansıtılması.
Problem	Evrak bazında muhasebeleştirme işlemi yapılması sonucunda oluşan muhasebe fişinde, kasa hesabının hareketinin açıklama kısmına – karşılığındaki hesap tek olduğu halde – kasa açıklaması gelmemekte, muhasebedeki bütün tahsil ve tediye fişlerinin kasa hareketlerinin açıklamaları "Günlük Kasa Ödemeleri" ve "Günlük Kasa Tahsilatları" şeklinde yetersiz bilgi içerecek şekilde gelmektedir. Kasa hareketlerindeki açıklamaların yevmiye fişlerine yansıtılmasını istiyoruz

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 34532

Tarih	Program
17.04.2010	Temelset.Muhasebe.B Formu Basımı
Problem	Şirketler grubumuzda bazı firmalar kayıtlarını muhasebeden bazıları da modüllerden yapmaktadır. Yardımcı programalar özel parametrelerde BFORMMUHFIS kaydı olduğunda, modüllerden kayıt yapan firmalar b formu raporunu alamamaktadır. bunun için bir çözüm bulanabilir mi acaba? İyi çalışmalar.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.06.2012	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll(5.0.12.654)
Modül	Muhasebe
Açıklama	MUHASEBE \BFORMMUHFIS özel parametresi tanımlı tüm şirketler için kullanılmak isteniyorsa değer kısmına 0, eğer şirket bazında kullanılması isteniyorsa değer kısmına kullanılması istenilen şirket isimleri araya ; konularak yazılmalıdır.

İstek No 34613

Tarih	Program
27.04.2010	Temelset.Stok.Seri Takibi Kayıtları
Koşul	Seri ekraninda fifo yapildiginda seri kayit tarihine gore degil de son kullanma tarihine gore serileri getiriliyor. Bunun ozel parametre kullanilmakta.
Ek Açık.	Seri fifo uygulamasi duzgun calisiyor.Fakat seri ekran sayfasinda serileri secmek icin actigimiz seri takip rehberinin de parametre de belirttigimiz saha’ya gore siralanmasi isteniyor. Suanda seri no ya gore sirali geliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.05.2010	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.966)
Modül	Fatura
Açıklama	FATURA\ SERISIRALA özel parametresi kullanılmalıdır. Parametrenin Değer kısmına Tblseritra tablosundaki saha adı yazılmalı, bu özel parametre tanımlanınca değer alanında girilen alana göre seri rehberinde sıralama yapılıyor ve seri ekranında fifo çıkış seri işlemi bu alandaki sıralamaya bakılarak seri getiriyor. Değer alanına araya virgül konularak, birden fazla alan yazılabilir

İstek No 34631

Tarih	Program
28.04.2010	Personel.Netsis Personel.Bordro Zarfı
Koşul	PERSONEL BRDMESAI Değer sadece tek bir mesai tipine tanımlanabiliyor.
Ek Açık.	PERSONEL BRDMESAI Değer sadece tek bir mesai tipine tanımlanabiliyor.
Problem	PERSONEL BRDMESAI Değer sadece tek bir mesai tipine tanımlanabiliyor.Eğer birden fazla mesai tipi var ise,özel parametre tanımlanmamış olan fazla mesai için çalışma var ise yine de ay içinde fazla mesaisi yoktur,ibaresi çıkıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.04.2010	2	Yanıtlandı	Evet	Hayır
Açıklama	Birden fazla kazanç yada yardım için özel parametrenin kullanılmasının istendiği durumlarda PERSONEL\BRDMESAI parametresinde Değer alanına kazanç ve yardımların numarası araya virgül konularak tanımlanmalıdır.

İstek No 34673

Tarih	Program
01.05.2010	Temelset..
Koşul	Netservis de yapılan bütün işlemlerde proje kodu öntanımlı olması gerekli
Ek Açık.	Her işlemde proje kodu yazmadan kurtulmak istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.05.2010	1	Tamam	Evet	Evet
Dosya	NetServis.exe
Açıklama	2.5.x.1019 sürümü ile belirtilen destek sağlanmıştır.

İstek No 34743

Tarih	Program
08.05.2010	Temelset.Kasa İşlemleri._GENEL
Koşul	Entegrasyon modülünde evrak bazında aktarım işaretlenmiş
Ek Açık.	Oluşan yevmiye fişlerinde kasa hesabı ile ilgili açıklama "GÜNLÜK KASA TAHSİLATLARI" ve "GÜNLÜK KASA ÖDEMELERİ" şeklinde oluşmaktadı.r Kasa hesabından alınan muavin dökümünde açıklayıcı bir durum oluşmamamktadır.
Problem	Evrak bazında aktarım yapıldığında kasa hesabında oluşan açıklamanın kasa modülünden girilen yevmiye açıklamasının kasa hesabına gelmesi istenyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 34915

Tarih	Program
24.05.2010	Temelset.Devir.Sipariş Devir
Koşul	Sipariş bağlantılı Depo transferi yapılıyor. Bu işlem ile kapanmış siparişler Yeni yıla miktarlar sıfır olarak aktarılıyor.
Ek Açık.	Sipariş bağlantılı Depo transferi yapılıyor. Bu işlem ile kapanmış siparişler Yeni yıla miktarlar sıfır olarak aktarılıyor.
Problem	Sipariş bağlantılı Depo transferi yapılıyor. Bu işlem ile kapanmış siparişler Yeni yıla miktarlar sıfır olarak aktarılıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.02.2012	0	Tamam	Evet	Evet
Dosya	Stok.dll (5.0.10.278), Devir.dll (5.0.10.289), Dbupdate 5.0.10 dosyaları
Modül	Sene Sonu Devir
Açıklama	“Sipariş Bağlantılı D.A.T de teslimat ayrı takip edilsin” parametresi işaretli olduğunda sırasıyla Sipariş Devri-Stok Devri-Stok Hareket Kontrol yapıldığında, yeni yıl şirketinde teslimat miktarı ile ilgili oluşan sorun giderildi. DEVIR\SIPDEPTESAYRI özel parametresi tanımlanmalıdır.

İstek No 34917

Tarih	Program
24.05.2010	Temelset.Muhasebe.B Formu Basımı
Koşul	İTHALAT KAYITLARINDAN GELEN B FORMU RAKAMLARINDA HATALAR OLUŞMAKTADIR.
Ek Açık.	DEKONTTA GİRİLEN MAL BEDELİ TOPLAMLARI İLE B FORMUNDA ÇIKAN TUTARLAR BİRBİRİNİ TUTMAMAKTADIR.
Problem	DEKONTTA GİRİLEN MAL BEDELİ TOPLAMLARI İLE B FORMUNDA ÇIKAN TUTARLAR BİRBİRİNİ TUTMAMAKTADIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.06.2010	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.2.158)
Modül	Muhasebe
Açıklama	MUHASEBE/BFORMITHALATMASRAF özel parametresi kullanılmalıdır, DEGER alanına TBLDEKOTRA daki saha ismi ( açıklama alanlarından birisi) tanımlanmalıdır. Dekont kayıtlarında, özel parametrede tanımlanan sahaya ilgili fatura/irsaliye numarası yazılmalıdır. Böylece B formunda dekontta girilen ithalat masrafları fatura bazında düşülmektedir.

İstek No 34919

Tarih	Program
24.05.2010	Temelset.Fatura.Sevk Emri
Koşul	SEVK EMRİ EKRANINDA ‘SIRALAMA’ SEÇENEĞİ ‘İLERİ SIRALAMA’ OLARAK SEÇİLİYOR VE İLERİ SIRALAMA EKRANINDAN STOK KODUNA GÖRE SIRALANMASI İÇİN TANIM YAPILIYOR.
Ek Açık.	SİPARİŞLERİ GETİR BUTONUNA BASILDIĞINDA STOKLAR DOĞRU BİR ŞEKİLDE SIRALI GELİYOR.
Problem	ANCAK BASIM YAPILDIĞINDA STOKLAR SIRALI BİR ŞEKİLDE BASILMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.08.2010	1	Tamam	Evet	Hayır
Dosya	SvkYkDzn.dll
Modül	Fatura
Açıklama	Grup Kodu:SEVKYUKLEME Anahtar:BASIMSIRALI özel parametresi tanımlanmalıdır, Eğer Sevk Emri ekranında Sıralama seçeneği Stok seçildi ise parametrede DEGER alanına STOK, sıra seçildi ise DEGER alanına SIRA değeri girilmelidir.

İstek No 34964

Tarih	Program
27.05.2010	Temelset.Dekont._GENEL
Koşul	Dekontta miktar girisi acik,stokta seri takibi var.
Ek Açık.	Genel dekont kaydindan seri takibi acik bir stoga islem yapilirken ‘seri sorgusu’ gelmiyor. Sadece sthar a kayit atarak islemi tamamliyor.
Problem	Stokla islem yapilan her modulde seri uygulamasinin calismasi gerekir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.03.2012	0	Tamam	Evet	Evet
Dosya	Dekont.dll (5.0.10.657), Dektrk.dll, Dbupdate 5.0.10 dosyaları
Modül	Dekont
Açıklama	Seri Takibi uygulaması açık olduğunda, Genel Dekont Kaydında “Stok” seçildiğinde serili stoklar için seri ekranı açılması ve seri girişi yapılabilmesi desteklendi. Eskiden olduğu gibi yani seri uygulaması açık olduğu halde dekontta seri takibi yapılmak istenmediği durumda DEKONT\SERITAKIBIYOK özel parametresi kullanılmalıdır.

İstek No 34979

Tarih	Program
28.05.2010	Temelset.Fatura.Sipariş Onayla / Onayı Geri Al
Ek Açık.	Netsiste onaysız (onayı geri alınmış) siparişin içine girip kontrol ediyorum ve tamam tuşuna bastığımda sipariş kendi kendine onaylı duruma geçiyor. Halbuki ben siparişi onaylayana kadar (Sipariş onayla/onayı geri al ekranında) onaysız durumda kalmalı.
Problem	Netsiste onaysız (onayı geri alınmış) siparişin içine girip kontrol ediyorum ve tamam tuşuna bastığımda sipariş kendi kendine onaylı duruma geçiyor. Halbuki ben siparişi onaylayana kadar (Sipariş onayla/onayı geri al ekranında) onaysız durumda kalmalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.06.2010	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1275)
Modül	Fatura
Açıklama	FATURA\ONAYSIZBELGEDEGISMESIN özel parametresi kullanıldığında sipariş onay sistemi parametresi kapalı iken onaysız bir siparişin içine girilip kaydedildiğinde de onaysız kalması sağlandı.

İstek No 35009

Tarih	Program
01.06.2010	Temelset.Stok.Stok Kartı Kayıtları
Koşul	stok kartı kaydında, ek bilgiler sayfasında OTV satış ve tutar seçiliyor, 0,0038 olarak kaydediliyor.
Problem	Ancak stok kartına tekrar girildiğinde orana çevrildiği goruluyor. 0,0038 ‘i tutar olarak saklaması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.06.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Fatura.dll (4.0.14.8935),Dizayn.dll (4.0.14.2124), Stok.dll (4.0.14.2825), Teklif.dll (4.0.14.466), Netopenx40.dll (4.0.14.1504),Fatura.dll (5.0.2.1279), Dizayn.dll (5.0.2.2058),Stok.dll (5.0.2.149),Teklif.dll (5.0.2.54) Netopenx50.dll (5.0.2.1427)
Açıklama	STOK\OTV özel parametresi tanımlandığında sıfırdan küçük ondalıklı değerlerde Ötv de tutar olarak girilebilmektedir. Fakat bu özel parametre tanımlandığında eskiden oran olarak tanımlanmış stok kartları varsa bu stokların ötv oranları tekrar tanımlanmalıdır. Bu özel parametrenin kullanılması ile ötv değeri TBLSABITEK tablosunda F_yedek1 alanında, ötv tutar ise pozitif, oran ise negatif olarak tutulmaktadır.

İstek No 35035

Tarih	Program
02.06.2010	Temelset.POS.POStan Satış İşleme
Koşul	wincor&siemens market (+) postan netsise satış işleme yapılıyor. pos parametrelerinde ödeme tipi bazında farklı kasa kodları tanımlaması var.
Problem	postan satış işleme sırasında stok hareketlere gerekli satış kayıtlarını atmaktadır. ancak ödeme tipi 1 den farklı kayıtların hareketlerini ilgili kasaya işlememektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.01.2011	1	Tamam	Evet	Hayır
Dosya	Pos.dll (5.0.10.41)
Modül	Pos
Açıklama	POS\WINODETIP özel parametresi kullanılmalıdır.

İstek No 35045

Tarih	Program
03.06.2010	Temelset.Kasa İşlemleri._GENEL
Koşul	Kasa modülünden yapılan kayıtlar entegre edilirken muhasebede kasa hesabına açıklama olarak günlük kasa ödemeleri/tahsilatları açıklaması düşüyor bunun yerine kada kaydı açıklaması ne ise onun gelmesini talep ediyorum.
Problem	Kasa incelemesi yada denetimlerde kasadan yapılan alımları tespit etmekte zorluk çekiyoruz

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 35059

Tarih	Program
04.06.2010	Temelset.Kasa İşlemleri._GENEL
Koşul	KASA MODÜLÜNDE GELİR YADA GİDER KAYDI YAPILIYOR.YAPILAN İŞLEM MUHASEBEYE AKTARILDIĞINDA 100 KASA HESABINA GÜNLÜK KASA ÖDEMELERİ YADA GÜNLÜK KASA TAHSİLATLARI GİBİ GENEL BİR AÇIKLAMA YAZILIYOR.
Ek Açık.	MUHASEBEDE DE KASA HESABININDA YEVMİYE AÇIKLAMASINA CARİ YADA GİDER KALEMİNE YAZILAN AÇIKLAMANIN YAZILMASI İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.07.2010	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.2.80), Kasa.dll (5.0.2.150), Fatura.dll (5.0.2.1309), Enttrk.dll
Modül	Entegrasyon
Açıklama	Entegrasyon\Seçenekli Aktarma ve Toplu Aktarma ekranlarına eklenen “Kasa Tahsilat\Tediye Aktarımları Detaylı Yapılsın” seçeneği işaretlenerek aktarım yapıldığında her bir kalem farklı bir Kasa Hesabı ile detaylanarak muhasebeye aktarılmakta ayrıca aktarılan Kasa Hesaplarının yevmiye açıklaması, ilgili karşı hesabın açıklaması olarak detaylı atılmaktadır. Muhasebeye Doğrudan Aktarım Yapılsın parametresinin kullanıldığı durumlarda Kasa Hesabının yevmiye açıklamasının kasa kaydındaki açıklama olarak aktarılabilmesi için ENTEGRE/KASAACIKLAMADETAY özel parametresi kullanılmalıdır.

İstek No 35134

Tarih	Program
11.06.2010	Temelset.Üretim Akış Kontrol.Üretim Sonu Kaydı
Koşul	hammaddeye genel kilit konulmaktadır
Problem	Ancak kilitli olan hammaddenin içinde bulunduğu mamule üretim sonu kaydı yapıldığında işlem durdurulmamakta ve hammaddeden çıkış yapılmaktadır.Düzeltilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.07.2010	1	Tamam	Evet	Hayır
Dosya	Uretim.dll (5.0.2.160), UretAk.dll (5.0.2.25), Urettrk.dll
Modül	Üretim, Üretim Akış Kontrol
Açıklama	URETIM\KILITLISTOKURETME\1 Özel parametresi tanımlanmalıdır.

İstek No 35144

Tarih	Program
12.06.2010	Temelset.Kalite Kontrol.Kalite Satın Alma Kayıtları
Koşul	Seri takibi var. Kalite konrol kayıt ekranında rehberde ve giritte kontrolü yapılacak kayıtlar seri bazında seçilebilsin. Ayırca ölçüm girişleri ekranında da stok kodu ile beraber seri bilgisi de ekrandaa gösterisin. Tüm kontroller seri bazında yapıldığından bu kullanım isteniyor.
Ek Açık.	Seri takibi var. Kalite konrol kayıt ekranında rehberde ve giritte kontrolü yapılacak kayıtlar seri bazında seçilebilsin. Ayırca ölçüm girişleri ekranında da stok kodu ile beraber seri bilgisi de ekrandaa gösterisin. Tüm kontroller seri bazında yapıldığından bu kullanım isteniyor.
Problem	Seri takibi var. Kalite konrol kayıt ekranında rehberde ve giritte kontrolü yapılacak kayıtlar seri bazında seçilebilsin. Ayırca ölçüm girişleri ekranında da stok kodu ile beraber seri bilgisi de ekrandaa gösterisin. Tüm kontroller seri bazında yapıldığından bu kullanım isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.09.2010	1	Tamam	Evet	Evet
Dosya	Efesdb.dll (5.0.2.80), Profdb.dll (5.0.2.44), Kkont.dll (5.0.2.34), Dbupdate Dosyaları
Modül	Kalite Kontrol
Onaylı Sürüm	5.0.2
Açıklama	KALITEKONTROL\SATINALMASERILI özel parametresi tanımlandığında Alış İrsaliyesinde girilen serilerin “Kalite Kontrol Kayıt Ekranında” Belge Numarası Rehberi ve gridde izlenebilmesi desteklendi. Belgede bir stoğa ait birden fazla seri girildi ise rehberde ve gridde son girilen seri listelenmektedir.

İstek No 35145

Tarih	Program
13.06.2010	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	rehberden iş emri/müşteri siparişi seçimi
Ek Açık.	iş emirleri ve müşteri siparişleri için gelen tarih bilgisinin belge tarihi olup teslim tarihinin olmaması teslim tarihlerini ayrıca kontrol etmeyi gerektirmektedir. Ekranaa teslim tarihi bilgisinin de gelmesi ya da sıralama seçeneği eklenmesini istiyoruz.
Problem	iş emri / sipariş seçiminde teslim tarihinin de görüntülenmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.07.2010	1	Tamam	Evet	Hayır
Dosya	Uretim.dll (5.0.2.184)
Modül	Üretim
Açıklama	Sipariş için URETIM\SIPREHBERTESLIMTARIHISIRALI\1 İş Emri için URETIM\IEREHBERTESLIMTARIHISIRALI\1 özel parametresi kullanıldığında rehberde Teslim Tarihinin "Tarih" alanında görülmesi desteklendi.

İstek No 35155

Tarih	Program
14.06.2010	Temelset.Dekont._GENEL
Koşul	Genel dekont kayıtları
Ek Açık.	Netsiste dekont kaydı yapılırken B formu tiki otomatik olarak işaretli gelmektedir.
Problem	Bu modülü kullanan kullanıcı sürekli bu işareti kaldırarak işleme devam etmektedir.Yüklü dekont girişlerinde bu işlem ciddi zaman kaybına neden olmaktadır.B formu işaretsiz gelip istenildiği taktirde kullanıcı tarafından işaretlenmesi gerekmektedir.Konu önemlidir acil bir şekilde çözüme ulaşmasını beklemekteyiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.06.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Dekont.dll (4.0.14.1221), Dekont.dll (5.0.2.180)
Modül	Dekont
Açıklama	DEKONT/BFORM_ISARETLI_GELMESIN özel parametresi kullanıldığı zaman Dekont’ta "B Formu" alanı otomatik işaretli gelmemektedir.

İstek No 35202

Tarih	Program
18.06.2010	Temelset.Fatura.Satış Faturası
Koşul	Esnek yapılandırmanın uygulandığı satış faturası işleminde kalemler sahasına geçildikten sonra ilgili stok kodu seçilip yeni esnek yapılandırma kodu tanımlama butonuna basıldığında yaklaşık olarak 1- 1,5 dakika arasında bir bekleme süresi geçmekte.
Ek Açık.	Esnek yapılandırmanın uygulandığı satış faturası işleminde kalemler sahasına geçildikten sonra ilgili stok kodu seçilip yeni esnek yapılandırma kodu tanımlama butonuna basıldığında yaklaşık olarak 1- 1,5 dakika arasında bir bekleme süresi geçmekte.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.06.2010	2	Yanıtlandı	Evet	Hayır
Açıklama	ESNEKYAP\SADECE_STOK özel parametresi tanımlanmalıdır.

İstek No 35204

Tarih	Program
18.06.2010	Personel._GENEL._GENEL
Koşul	PERSONEL NET UCRETTEN ANLASMALI NET UCTERI 3500 BRUTU 5510 .
Ek Açık.	17 GUNLUK PUANTAJ GIRDIGIMDIZDE NORMAL UCRETI (5510/30)17 OLARAK YATAY BORDRODA DOGRU GELIYOR AMA NET UCRETI BU KOSULDA ASGARI GECIM IND DAHIL(2060)HESAPLIYOR BU TUTAR DA (3500/30) 17 YE ESIT DEGIL PUANTAJDAN TUM KAZANC YARDIM BRUTLESTIME CALISTIRILDIĞINDA BU SEFER NET UCRET DUZELIYOR(2046) AMA NORMAL KAZANC BOZULUYOR 3102 OLUYOR
Problem	HESAPLAMA 6. AYDA YAPILIYOR PERSONELIN KUMULE GELIR VERGISI MATRAHI 21531,95

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.08.2010	2	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.2.585)
Modül	Bordro
Açıklama	PERSONEL/TUMKYKBRUTUCRETGUNCELLE özel parametresi tanımlandığında Tüm Kazanç Yardım Brütleştirme işleminde Brüt Ücretin yeniden hesaplanması sağlanmaktadır. Puantajda Tüm Kazanç Yardım Brutleştirme işlemi ile brut ücret güncellenince Puantaj ekranındaki Ücreti (Brut Ücret) ve Personel Ücret Girişi ekranındaki Ücreti alanları yeni hesaplanan brut ücrete göre güncellenmektedir.

İstek No 35249

Tarih	Program
23.06.2010	Temelset.Cari.Fatura Bazlı Vade Farkı
Koşul	fatura bazlı vade farkı raporu alırken yaslandırma tipi kayıtta seçilse vade de seçilse raporda hesaplanan günleri hep vade tarihine göre getirmektedir.
Problem	fatura bazlı vade farkı raporu alırken yaslandırma tipi kayıtta seçilse vade de seçilse raporda hesaplanan günleri hep vade tarihine göre getirmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.07.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Cari.dll dosyası güncellenmelidir.
Açıklama	CARI\FATBAZGUN özel parametresi tanımlanmalıdır. Bu parametre kullanıldığında Fatura Bazlı Vade Farkı Raporunda, genel kısıtlarda Yaşlandırma İşlemi Vade seçildiğinde Gün kolonu “Baz Tarihi-Vade Tarihi” olarak, Kayıt Seçildiğinde “Baz Tarihi-Kayıt Tarihi” olarak hesaplanmaktadır.

İstek No 35278

Tarih	Program
25.06.2010	Temelset.Mrp._GENEL
Koşul	Ürün reçetelerinde otomatik reçeteli yarı mamuller var. MRP’den iş emri oluşturulduğunda, otomatik reçeler için de iş emirleri açıyor.
Problem	mevcut uyulamada otomatik reçeteler için iş emri açmıyoruz, üretim sonu kaydı yapmıyoruz. (mamule bağlı otomatik yapılıyor). MRP çalıştırıp iş emirleri oluşturulduğunda, otomatik reçeteler için iş emri açmamalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.07.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Mrp.dll (5.0.2.308)
Modül	Mrp
Açıklama	MRP\OTORECISEMRIURETME özel parametresi tanımlanmalıdır. Özel Parametrede DEGER alanı mutlaka 1 olmalıdır.

İstek No 35351

Tarih	Program
06.07.2010	Temelset.Cari.Borç/Alacak Yaşlandırma Listesi
Koşul	01.01.2010 TARİHLİ 0049 NOLU CARİYE AİT BİR FATURA VAR.FATURADA 30 GÜN VADE GÜNÜ VAR.BORÇ ALACAK YAŞLANDIRMA LİSTESİNİ ALIRKEN GENEL KISITLARDA BAZ ALINACAK TARİHE 10.02.2010, YAŞLANDIRMA İŞLEMİ TARİHİ KAYIT OLRAK SEÇİLİP RAPOR ALINDIĞINDA, RAPORDA GÜN SAHASINA -10 YAZIYOR.YAŞLANDIRMA İŞLEMİ VADE OLRAK SEÇİLDİĞİNDE DE GÜNÜ -10 OLARAK GETİRİYOR.
Ek Açık.	01.01.2010 TARİHLİ 0049 NOLU CARİYE AİT BİR FATURA VAR.FATURADA 30 GÜN VADE GÜNÜ VAR.BORÇ ALACAK YAŞLANDIRMA LİSTESİNİ ALIRKEN GENEL KISITLARDA BAZ ALINACAK TARİHE 10.02.2010, YAŞLANDIRMA İŞLEMİ TARİHİ KAYIT OLRAK SEÇİLİP RAPOR ALINDIĞINDA, RAPORDA GÜN SAHASINA -10 YAZIYOR.YAŞLANDIRMA İŞLEMİ VADE OLRAK SEÇİLDİĞİNDE DE GÜNÜ -10 OLARAK GETİRİYOR.
Problem	YAŞLANDIRMA İŞLEMİ TARİHİNİ KAYIT OLARAK SEÇTİĞİMİZDE GÜNE -40 YAZMASI GEREKİYOR.ANCAK -10 OLARAK GETİRİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.07.2010	2	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.2.317)
Modül	Cari
Açıklama	CARI\FATBAZGUN özel parametresi kullanıldığında Borç Alacak Yaşlandırma listesi ve Fatura Bazlı Vade Farkı raporunda Genel Kısıtlarda Yaşlandırma İşlemi Vade seçildiğinde Gün kolonu “Baz Tarihi-Vade Tarihi” olarak, Kayıt Seçildiğinde “Baz Tarihi-Kayıt Tarihi” olarak hesaplanmaktadır.

İstek No 35432

Tarih	Program
20.07.2010	Temelset.Fatura.Satış Faturası
Koşul	1-satış faturasında özel kodu2 parametresı ve geçici kdv sıfırlama parametresı işaretli olduğu zaman
Ek Açık.	.
Problem	şirkette satıs faturaların kdvlı ya da kdvsız kesılmektedır,eğer satıs faturası kdvlı kesılecekse özel kodu2 seçilmektedır ,değılse seçılmemektredır, netsıs sisteminde kdvsız girilmiş olan bir satış faturası kdvlı yapmak istediğimiz zaman satış faturasındakı özel kodu2 seçip günceliyoruz ama sistem bu durumda faturanın kdvesini değiştirmiyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.08.2010	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1368), Fattrk.dll
Modül	Fatura
Açıklama	FATURA\KDVGUNCELLE özel parametresi kullanılmalıdır.

İstek No 35436

Tarih	Program
21.07.2010	Temelset.Kasa İşlemleri.Kasa Kayıtları
Koşul	INDIRILECEK KDV LISTESI
Ek Açık.	KASA MODULU > GIDER > FATURA ADIMINDAN İŞLEM YAPILIRKEN.. KARŞILIK HESAP KODU TEK GİRİLİYOR. BU GİRİLEN MUAVİN HESABIN ADI ALANINI, İNDİRİLECEK KDV LİSTESİ BİLGİ GİRİŞİ EKRANINDAKİ ALINAN MALIN CİNSİ ALANINA TAŞINMASI İSTENİYOR. MEVCUT ÖZEL PARAMETRELER İLE SADECE ACIKLAMA ALANI VEYA HESABIN KODU GİBİ ALANLAR ALINABİLİYOR. İŞLEYİŞ AÇIŞISINDAN YETERLİ OLMUYOR.
Problem	KASA MODULU > GIDER > FATURA ADIMINDAN İŞLEM YAPILIRKEN.. KARŞILIK HESAP KODU TEK GİRİLİYOR. BU GİRİLEN MUAVİN HESABIN ADI ALANINI, İNDİRİLECEK KDV LİSTESİ BİLGİ GİRİŞİ EKRANINDAKİ ALINAN MALIN CİNSİ ALANINA TAŞINMASI İSTENİYOR. MEVCUT ÖZEL PARAMETRELER İLE SADECE ACIKLAMA ALANI VEYA HESABIN KODU GİBİ ALANLAR ALINABİLİYOR. İŞLEYİŞ AÇIŞISINDAN YETERLİ OLMUYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.07.2010	1	Tamam	Evet	Hayır
Dosya	Kasa.dll ( 5.0.2.152)
Modül	Kasa
Açıklama	Mal Cinsi için kullanılmakta olan ‘KASA’,’INDKDVMALCINS’ özel parametresine Değer olarak HESAPADI yazılırsa,hesabın adını indirilecek kdv ekranında Alınan Mal\Hizmet Cinsi alanına getirecek şekilde düzenleme yapıldı.

İstek No 35437

Tarih	Program
21.07.2010	Temelset.Fatura._GENEL
Koşul	Döviz tutarları sıfırlama kullanılıyor.
Ek Açık.	İşlem sonrası entegrasyonda oluşan kayıtta Döviz tutarlar 0 oluşurken döviz Tipi 0 oluşmuyor.
Problem	İşlem sonrası entegrasyonda oluşan kayıtta Döviz tutarlar 0 oluşurken döviz Tipi 0 oluşmuyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.09.2010	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1389)
Modül	Fatura
Açıklama	FATURA\DOVIZTIPSIFIRLA özel parametresi kullanılmalıdır.

İstek No 35531

Tarih	Program
03.08.2010	Personel.Netsis Personel._GENEL
Koşul	Eksik gün çalışan bir personelin net ücretini doğru hesaplaması için tüm kazanç yardım brütleştirme çalıştırılıyor. buna göre çalıştığı gün kadar için ssk matrahı yeniden oluşuyor ama 30 günlük ücretin değişmiyor
Ek Açık.	30 günlük ücretinde yeni ssk matrahına göre yeniden hesaplanması gerekiyor hem ücret değişmeyince yatay bordro tutarsız oluyor hemde kıdem tazmınatı hesaplamada bu ücret kullnıldığı için hesaplama yanlış oluyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.08.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.2.585)
Modül	Bordro
Açıklama	PERSONEL/TUMKYKBRUTUCRETGUNCELLE özel parametresi tanımlandığında Tüm Kazanç Yardım Brütleştirme işleminde Brüt Ücretin yeniden hesaplanması sağlanmaktadır. Puantajda Tüm Kazanç Yardım Brutleştirme işlemi ile brut ücret güncellenince Puantaj ekranındaki Ücreti (Brut Ücret) ve Personel Ücret Girişi ekranındaki Ücreti alanları yeni hesaplanan brut ücrete göre güncellenmektedir.

İstek No 35564

Tarih	Program
05.08.2010	Personel.Netsis Personel.Form 2 : Çalışanlara Ait Kimlik Bildirme Belgesi
Koşul	Çalışanlara Ait Kimlik Bildirme Belgesinde en altta basılan, "Çalışanın ayrılması halinde belgeyi düzenleyen ile kolluk örgütü arasında değiştirilecek kısım" alanı sadece işten ayrılan personeller için dolu geliyor.
Problem	Ancak tüm personeller için dolu gelmesi isteniyor. Daha önce tüm personeller için dolu gelmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.08.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.2.583)
Modül	Bordro
Açıklama	PERSONEL\CAKBCIKISTARKONTROLYOK özel parametresi tanımlandığında "Çalışanın ayrılması halinde belgeyi düzenleyen ile kolluk örgütü arasında değiştirilecek kısım" alanının tüm personeller için dolu gelmesi desteklendi.

İstek No 35580

Tarih	Program
09.08.2010	Temelset.Cari.Cari Hareket Kayıtları
Koşul	Cari hareket kayıtların da,fatura modülünden gelen kayıtların vade tarihine müdahele edilebiliyor.Bunun kısıtlanması gerekmektedir.
Ek Açık.	Satın alma sürecinden sonra vade tarihine müdahele edilmemesi gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.09.2010	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.2.331)
Modül	Cari
Açıklama	CARI\HAREKETVADEDEGISMESIN özel parametresi tanımlandığında Vade Tarihi alanına müdahale edilememesi desteklendi.

İstek No 35600

Tarih	Program
10.08.2010	Temelset.Müşteri Çekleri._GENEL
Ek Açık.	DALAN KIMYA FINANSMAN SERVISI
Problem	Tedarikçi Firmalarımızdan ya da Bankalardan iade aldığımız çekler ile ilgili izlediğimiz yol şöyle idi. 1. Dekont modülünden Senet/Çek İade Dekont’u seçeneğinden ilgili çeki portföye geri alıyorduk. 2. Müşteriler Servisince Bayii çeklerimizin hangileri iade hangileri beklemede durumunda ayırt edilebilmesi için Müşteri Çekleri modülünde Devir Çek Girişi Seçeneğinden ilgili çeki bulup ‘’BEKLEMEDE’’ olan durumunu ‘’İADE’’ olarak değiştiriyorduk. Netsis’te yapılan son güncellemeden sonra Devir Çek Girişi seçeneğindeki iade olarak değiştirdiğimiz kısımda bu seçenek ortadan kalkmış durumdadır. Bu da iade alınan çekleri diğer çeklerden ayırt edemememize ve bayilerimiz ile ilgili raporlamalar da yanlış veriler almamıza sebep olmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.09.2010	1	Tamam	Evet	Evet
Dosya	Msen.dll (5.0.2.39), Mcek.dll (5.0.2.355), Bsen.dll (5.0.2.23), Bcek.dll (5.0.2.32), Dekont.dll (5.0.2.272),Dbupdate50 dosyaları
Modül	Çek, Senet, Dekont
Açıklama	CEKSENET\DURUMIADE Özel parametresi tanımlandığında Durum Kodu ” İade” uygulamasının kullanılabilmesi desteklendi.

İstek No 35642

Tarih	Program
14.08.2010	Temelset.Müşteri Senetleri.Devir Senet Girişi
Koşul	Devir senet girişinde bulunan İade seçeneği 5.02 setinde kaldırılmış bu seçeneği yeniden istiyoruz.
Ek Açık.	Devir senet girişinde bulunan İade seçeneği 5.02 setinde kaldırılmış bu seçeneği yeniden istiyoruz.
Problem	Devir senet girişinde bulunan İade seçeneği 5.02 setinde kaldırılmış bu seçeneği yeniden istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.09.2010	1	Tamam	Evet	Evet
Dosya	Msen.dll (5.0.2.39), Mcek.dll (5.0.2.355), Bsen.dll (5.0.2.23), Bcek.dll (5.0.2.32), Dekont.dll (5.0.2.272),Dbupdate50 dosyaları
Modül	Çek, Senet, Dekont
Açıklama	CEKSENET\DURUMIADE Özel parametresi tanımlandığında Durum Kodu ” İade” uygulamasının kullanılabilmesi desteklendi.

İstek No 35671

Tarih	Program
18.08.2010	Temelset. ._GENEL
Koşul	Bedelsiz faturaların cari hesap hareketlerinde görünebilir olması sağlanabilirmi?
Ek Açık.	.
Problem	.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.06.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1607)
Modül	Fatura
Açıklama	FATURA\TUTARSIZCAHAR özel parametresi kullanılmalıdır. Bu uygulamanın kullanılması için Proje Takibi ve Cari Hesap Vadelere Bölme uygulamalarının kullanılmaması gerekmektedir.

İstek No 35680

Tarih	Program
19.08.2010	Temelset.Müşteri Çekleri._GENEL
Koşul	M.ÇEKLERİ-M.SENETLERİ-B.ÇEKLERİ-B.SENETLERİ MODÜLÜNDEKİ ÇEKİN DURUMU DAHA ÖNCEKİ KULLANDIĞIMIZ VERSİYONLARDA ÇEKİN DURUMU IADE OLARAK SEÇEBİLİYORDUK FAKAT YENİ VERSİYONA GEÇİŞ YAPTIK IADE KISMINI KALDIRILIŞ BU İŞLEMİN TEKRAR EKLEMNESİNİ İSTİORUZ. (NOT.:KALENDER BİLGİSAYAR YENİ DOSYALAR YÜKLEDİ GEÇMİŞE YÖNELİK RAPORLARDA IADE RAPORUNU VERİYOR. FAKAT BİZ ÇEKİN VE SENETLERİN TİPİ IADE OLARAK DEĞİŞTİRMEK İSTİYORUZ.)
Ek Açık.	M.ÇEKLERİ-M.SENETLERİ-B.ÇEKLERİ-B.SENETLERİ MODÜLÜNDEKİ ÇEKİN DURUMU DAHA ÖNCEKİ KULLANDIĞIMIZ VERSİYONLARDA ÇEKİN DURUMU IADE OLARAK SEÇEBİLİYORDUK FAKAT YENİ VERSİYONA GEÇİŞ YAPTIK IADE KISMINI KALDIRILIŞ BU İŞLEMİN TEKRAR EKLEMNESİNİ İSTİORUZ. (NOT.:KALENDER BİLGİSAYAR YENİ DOSYALAR YÜKLEDİ GEÇMİŞE YÖNELİK RAPORLARDA IADE RAPORUNU VERİYOR. FAKAT BİZ ÇEKİN VE SENETLERİN TİPİ IADE OLARAK DEĞİŞTİRMEK İSTİYORUZ.)
Problem	M.ÇEKLERİ-M.SENETLERİ-B.ÇEKLERİ-B.SENETLERİ MODÜLÜNDEKİ ÇEKİN DURUMU DAHA ÖNCEKİ KULLANDIĞIMIZ VERSİYONLARDA ÇEKİN DURUMU IADE OLARAK SEÇEBİLİYORDUK FAKAT YENİ VERSİYONA GEÇİŞ YAPTIK IADE KISMINI KALDIRILIŞ BU İŞLEMİN TEKRAR EKLEMNESİNİ İSTİORUZ. (NOT.:KALENDER BİLGİSAYAR YENİ DOSYALAR YÜKLEDİ GEÇMİŞE YÖNELİK RAPORLARDA IADE RAPORUNU VERİYOR. FAKAT BİZ ÇEKİN VE SENETLERİN TİPİ IADE OLARAK DEĞİŞTİRMEK İSTİYORUZ.)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.09.2010	Önemli!!!	Tamam	Evet	Evet
Dosya	Msen.dll (5.0.2.39), Mcek.dll (5.0.2.355), Bsen.dll (5.0.2.23), Bcek.dll (5.0.2.32), Dekont.dll (5.0.2.272),Dbupdate50 dosyaları
Modül	Çek, Senet, Dekont
Açıklama	CEKSENET\DURUMIADE Özel parametresi tanımlandığında Durum Kodu ” İade” uygulamasının kullanılabilmesi desteklendi.

İstek No 35744

Tarih	Program
25.08.2010	Temelset.Cari.Detay Koşul Kayıtları
Koşul	Koşul Kayıtları kullanılıyor.
Ek Açık.	.
Problem	Başlangıç tarihi günün tarihinden küçük yada eşit olan koşullarda değişiklik yapılabilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.08.2010	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.2.328)
Modül	Cari
Açıklama	KOSUL\MEVCUTKOSULGUNCELLE özel parametresi kullanılmalıdır.

İstek No 35821

Tarih	Program
04.09.2010	Temelset.Fatura._GENEL
Problem	FATURADA her zaman fiili tarihle değiştirilsin mi diye bir uyarı geliyor faturaları haftalık olarak kestiğimiz için her faturada bu uyarı geliyor onun gelmesini istemiyoruz

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.10.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1396)
Modül	Fatura
Açıklama	FATURA\FIILITAR Özel Parametresi tanımlı ve değeri ‘E’ ise Tarih sahası, Fiili Tarih sahasına kopyalanacaktır. Değer alanında ‘E’ den farklı bir değer varsa herhangi bir değişiklik olmayacaktır yani Fiili Tarih alanı değiştirilmeyecektir. Özel Parametre tanımlı değilse soru sorulacak ve kullanıcı onay verdiği taktirde Fiili Tarih sahası değiştirilecektir. Fatura üst bilgilerde değiştirilen Fiili Tarih’in kalemlere yansıtılması için kalemlerde iken sağ tuş “Kalem Fiili Tarih Değiştirme” işlemi yapılmalıdır.

İstek No 35835

Tarih	Program
07.09.2010	Temelset.Yardımcı Programlar._GENEL
Koşul	Gmail üzerinden programda E posta gönderiminin desteklenmesi
Ek Açık.	.
Problem	Must issue a STARTTLS command first

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.09.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Eposta.dll (5.0.2.29) Ortak dizinine kopyalanmalıdır. libeay32.dll ve ssleay32.dll dosyaları Temelset dizinine kopyalanmalıdır.
Modül	Yardımcı Programlar
Açıklama	EPOSTA\EPOSTAPORT Değer alanında kullanılmak istenilen port numarasının yazıldığı özel parametreye ilave olarak EPOSTA\EPOSTASSL özel parametresi tanımlanmalıdır.

İstek No 35861

Tarih	Program
13.09.2010	Temelset.Fatura.Satış Faturası
Koşul	SATIŞ FATURASI İADE TİPLİ FATURADA İADE MALİYET SAHASI ÇIKMAKALİYET RAKAMINI YAZMADAN GEÇİLMEMİYOR. ANCAK FATURAYI ÖNCE SATIŞ FATURASI KAYDI YAPIP DAHA SONRA İADE TİPİ ÇEVRİLDİĞİNDE İADE MALİYET DEĞERİ OLMADAN FATURA KAYDEDİLEBİLİYOR.
Ek Açık.	BU NEDENLE İADE MALİYET DEĞERLERİNDE HATALAR YAŞANMAKTA.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.10.2010	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1396)
Modül	Fatura
Açıklama	FATURA\MALIYETSIFIRGECILSIN Özel Parametresi tanımlandığında İade Maliyet değeri 0 (sıfır) olarak geçilebilecektir. Bu parametre tanımlanmadığında İade Maliyet değeri 0 (sıfır) geçilemeyecek ve uyarı mesajı verilecektir.

İstek No 35890

Tarih	Program
16.09.2010	Personel.Netsis Personel._GENEL
Koşul	SGK AYLIK PRİM VE HİZMET BELGELERİNDE EKSİK GÜNLERİN BİLDİRİLMESİNE İLİŞKİN DUYURU İLE ORTAYA ÇIKAN SORUN
Ek Açık.	Netsisteki mevcut durum; ücretler 30 gün üzerinden bölündüğü için eksik günler 30 günden çıkarılarak yapılmaktadır. Bu durum 31 çeken aylarda sorun teşkil etmektedir
Problem	SSK’nın yeni çıkardığı eksik gün bildirimi genelgesinde " Ay/dönem içinde işe girişi veya işten çıkışı olmayan, çeşitli nedenlerle (istirahat,üctersiz izin, disiplin cezası gibi)ay/dönemin bazı günlerinde çalışmayan ve çalışmadığı günler için de ücret almayan sigortalıların ilgili ay/dönemindeki prim ödeme gün sayıları, ilgili ay/dönemdeki gün sayısından, ücret almaya hak kazanılmış gün sayısı çıkartılmak suretiyle hesaplanacaktır" denilmektedir. Formulü Ay/dönemdeki toplam gün sayısı-Eksik gün sayısı= Prim ödeme gün sayısı Örneğin: 31 çeken ayda 1 gün raporlu olan sigortalının; Prim ödeme gün sayısı 31-1=30 olacağından prim ödeme gün sayısı "30" gün olarak bildirilecek ve eksik gün sayısı girilmeyecektir.Ancak ilgili kişinin maaşı 31 ‘e bölünüp çalıştığı gün 30 gün ile çarpılıp 30 gün üzerinden ücret alacağından, 1 günlük devamsızlık ücretide kesilmiş olacaktır. Bizim mevcut netsis insan kaynakları programında bu durum yapılamamaktadır. İstediğimiz puantaj kayıtlarında ücret ve eksik gün hesabının ay kaç çekiyor ise ona göre yapılmasıdır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.09.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.2.596)
Modül	Bordro
Açıklama	“PERSONEL/AYCALGUN” özel parametresi tanımlandığında Kayıt\Parametreler altında “Aylık Çalışma Günleri” menüsü açılmakta bu menüden içinde bulunulan ayda kaç gün çalışıldığı girilebilmektedir. Böylece ilgili ayda parametreye bakılarak gün hesaplaması yapılmaktadır. Örneğin bu parametrede içinde bulunulan ay için Çalışma Gün Sayısı 31 girildi ise 24 günlük ücret (Brut ücret\31)*24 olarak hesaplanacaktır. Yeni aya devir işlemi yapıldığı zaman bu parametredeki çalışma Günü ilgili ay kaç çekiyorsa o ayın değeri atanmaktadır.

İstek No 35900

Tarih	Program
17.09.2010	Personel.Netsis Personel.Fark Hesabı
Koşul	Fark Hesabı Sorunu
Ek Açık.	fatihbirer@birko.com.tr
Problem	Personel Programında Bodro-İşelmler-Fark işlemleri – fark hesabı yaptığımızda, işyerleri arasında transfer yapılan personellerin kazanç hesaplaması yapılmıyor. Sadece yardımlarını hesaplıyor. Transfer yapılmayan personellerde sorun yok. Zeynel bey ile yaptığım görüşmede transfer yapılan personelleri manuel yapmamı söyledi. Transfer yapılan personel sayısı 700 kişi. evrakları sigortaya gününde verile bilmesi isin acil çözüm önerilerinizi bekliyorum. iyi çalışmalar.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.10.2010	1	Yanıtlandı	Evet	Hayır
Açıklama	PERSONEL/FARKISLEMISICILNOKONTROL özel parametresi tanımlandığında, aynı sicil numarası ile transfer olan personeller için fark işlemi çalıştırılabilmektedir.

İstek No 35920

Tarih	Program
21.09.2010	Temelset._GENEL._GENEL
Koşul	eczacılık uygulamasının müşteri siparişi adımından itibaren uygulanması ve muavin uygulamsaının tamamen iptal edilmesi istenmektedir.
Problem	eczacılık uygulamasının müşteri siparişi adımından itibaren uygulanması ve muavin uygulamsaının tamamen iptal edilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.09.2010	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.189)
Modül	Fatura
Açıklama	FATURA\ECZAUYGULAMASI özel parametresi tanımlanmalıdır.

İstek No 35947

Tarih	Program
23.09.2010	Personel.Netsis Personel.E-Bildirge
Koşul	Madde 20 terkin uygulaması kullanılıyor.
Ek Açık.	Bir yılı geçen personel için hesaplamayı %80 olarak yapıyor
Problem	Diğer bir dilime geçen personelin sabit kartındaki kanun numarası manuel değiştirilmezse E Bildigede eski kanun numarası ile xml oluşturuluyor. Dilim atlamalarında E bildirge ve sabit kartta kanun numarasının otomatik değiştirilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.09.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.2.620)
Modül	Bordro
Açıklama	PERSONEL/K5763M20OTOKANUN özel parametresi tanımlandığında, Kanun 5763 Madde20 ye tabi olan personellerin kanun numaralarının Personel Sabit Kartında Yeni Aya Devir işlemi ile otomatik olarak değişmesi desteklendi.

İstek No 35949

Tarih	Program
23.09.2010	Temelset.Fatura.Ambar Fişleri Muhasebeleştirme
Koşul	AMBAR ÇIKIŞ FİŞLERİNDE SATIR BAZINDA REFERANS KODU GİRİLMEKTEDİR.
Ek Açık.	DAHA SONRA AMBAR FİŞİ MUHASEBELEŞTİRME İŞLEMİ, AMBAR FİŞİ KIRILIMLI SEÇENEĞİ İLE YAPILMAKTADIR.
Problem	ANCAK ENTEGRASYONA AKTARILAN KAYITLARDA REFERANS KODU BOŞ OLARAK GELMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.09.2010	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1391)
Modül	Fatura
Açıklama	FATURA\AMBARMUHSATIRREFKOD özel parametresi kullanılmalıdır.

İstek No 36003

Tarih	Program
29.09.2010	Temelset.Dekont._GENEL
Koşul	Genel Dekont Kaydı Ekranında Tamamlama Butonu İle İlgili
Problem	Genel Dekont Kaydında Tamamlama Butonuna Basılmadan Kullanıcının Kayıt’tan Çıkmamasını Sağlamak.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.11.2010	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.2.290)
Modül	Dekont
Açıklama	DEKONT\BELGETAMAMLA Özel Parametresi tanımlandığında Genel Dekont Kaydı ekranında bakiye vermeyen dekontlar için "Tamamla" butonuna basılmadan ekrandan çıkılamaması desteklendi.

İstek No 36062

Tarih	Program
05.10.2010	Temelset.Fatura.Satış İrsaliyesi
Koşul	Fiili tarih değişsin mi? sorusuna Evet yanıtı veriliyor. Ancak kalem bilgilerinde fiili tarihler değiştirilmiyor. Ayrıca bu sorunun sorulup sorulmaması parametrik hale getirilemez mi?
Ek Açık.	Fiili tarih değişsin mi? sorusuna Evet yanıtı veriliyor. Ancak kalem bilgilerinde fiili tarihler değiştirilmiyor. Ayrıca bu sorunun sorulup sorulmaması parametrik hale getirilemez mi?
Problem	Fiili tarih değişsin mi? sorusuna Evet yanıtı veriliyor. Ancak kalem bilgilerinde fiili tarihler değiştirilmiyor. Ayrıca bu sorunun sorulup sorulmaması parametrik hale getirilemez mi?

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.10.2010	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.2.1396)
Modül	Fatura
Açıklama	FATURA\FIILITAR Özel Parametresi tanımlı ve değeri ‘E’ ise Tarih sahası, Fiili Tarih sahasına kopyalanacaktır. Değer alanında ‘E’ den farklı bir değer varsa herhangi bir değişiklik olmayacaktır yani Fiili Tarih alanı değiştirilmeyecektir. Özel Parametre tanımlı değilse soru sorulacak ve kullanıcı onay verdiği taktirde Fiili Tarih sahası değiştirilecektir. Fatura üst bilgilerde değiştirilen Fiili Tarih’in kalemlere yansıtılması için kalemlerde iken sağ tuş “Kalem Fiili Tarih Değiştirme” işlemi yapılmalıdır.

İstek No 36217

Tarih	Program
18.10.2010	Temelset.Stok.Stok Hareket Kayıtları
Koşul	İADE TİPLİ SATIŞ FATURASI GİRİLİYOR. BENZER ŞEKİLDE İADE TİPLİ ALIŞ FATURASI GİRLİYOR. ANCAK STOK HAREKET KAYITLARINDAKİ DİP TOPLAMLARA BAKILDIGINDA GİRİŞ TUTARI 0 GELMEKTEDİR.
Problem	GİRİŞ VE ÇIKIŞ MİKTARLAERI VE ÇIKIŞ TUTARI DEĞERLERİ GELİRKEN GİRİŞ TUTARI 0 GELMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.10.2010	1	Yanıtlandı	Evet	Hayır
Açıklama	Alış iadelerinde İade Maliyeti sıfır geçildiğinde, stok hareketlerinde giriş tutarı güncellenmemektedir. FATURA\MALIYETSIFIRGECILSIN özel parametresi tanımlandığında İade Maliyet alanı sıfır geçilebilmektedir.

İstek No 36256

Tarih	Program
21.10.2010	Temelset.Kasa İşlemleri._GENEL
Koşul	KASADAN YAPILAN TÜM KAYITLARDA FİŞ NUMARASININ TEKRARSIZ OLMASI İSTENİYOR.
Ek Açık.	KASA TEKRARSIZFISNO ÖZEL PARAMETRESİNİN SADECE MUHTELIF SEKMESİNDE DEĞİL DİĞER KAYITLARDA DA GEÇERLİ OLMASINI İSTİYORUZ.
Problem	KASA TEKRARSIZFISNO ÖZEL PARAMETRESİNİN SADECE MUHTELIF SEKMESİNDE DEĞİL DİĞER KAYITLARDA DA GEÇERLİ OLMASINI İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.11.2010	2	Tamam	Evet	Hayır
Dosya	Kasa.dll ( 5.0.2.172)
Modül	Kasa
Açıklama	KASA\TEKRARSIZFISNO özel parametresinin kasadaki diğer işlemler içinde kullanılabilmesi desteklendi.

İstek No 36373

Tarih	Program
04.11.2010	Temelset.Kantar.Hareket Girişi
Koşul	Carinin kartında fiyat grubu tanımlıdır. Bu fiyat grubu için ilgili stoğa fiyat listesi tanımlanmıştır. Bunun yanısıra ilgili stoğun kartında da satış fiyatı tanımlıdır.
Problem	Kantar modülünde hareket girişi sonrası oluşan irsaliyede, stoğun kartındaki fiyatı getirmektedir. Oysa fatura modulunden irsaliye girildiğinde fiyat grubuna bağlı fiyat listesinden fiyat getirmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.11.2010	2	Tamam	Evet	Hayır
Dosya	Kantar.dll (5.0.2.24)
Modül	Kantar
Açıklama	KANTAR\OZELFIYAT Özel Parametresi tanımlanmalıdır.

İstek No 36512

Tarih	Program
30.11.2010	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	GENEL DEKONT KAYDI EKRANINDAN İLK SATIR KAYDEDİLİYOR. İKİNCİ SATIR KAYDEDİLMEK İSTENDİĞİNDE CURSOR FİŞNO ALANINDA OLUYOR. DEKONT MODUÜLÜNDEKİ YENİLİKLERDEN ÖNCE HESAP KODU ALANINDA KALIYORDU. CURSORUN HESAP KODU ALANINA GELMESİ İSTENİYOR.
Problem	GENEL DEKONT KAYDI EKRANINDAN İLK SATIR KAYDEDİLİYOR. İKİNCİ SATIR KAYDEDİLMEK İSTENDİĞİNDE CURSOR FİŞNO ALANINDA OLUYOR. DEKONT MODUÜLÜNDEKİ YENİLİKLERDEN ÖNCE HESAP KODU ALANINDA KALIYORDU. CURSORUN HESAP KODU ALANINA GELMESİ İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.05.2011	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.408)
Modül	Dekont
Açıklama	DEKONT\IMLECFISNOYAGELSIN özel parametresi tanımlıysa cursor un fiş no alanına, özel parametre yoksa cursor un hesap kodu alanına gelmesi desteklendi.

İstek No 36582

Tarih	Program
10.12.2010	Temelset.Fatura._GENEL
Koşul	fifo seri rehberine ve seri rehberine kısıt verilmesi
Ek Açık.	fifo seri rehberine ve seri rehberine kısıt verilmesi
Problem	fifo seri rehberine ve seri rehberine kısıt verilmesi

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.12.2010	Önemli!!!	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1413)
Modül	Fatura
Açıklama	FATURA\SERIKISIT Özel parametresi tanımlanmalıdır. Parametrenin DEGER alanına Fifo seri ve Seri Rehberinde serilere verilmesi istenen kısıt TBLSERITRA tablosuna göre belirtilmelidir. Örneğin DEGER alanına SERI_NO LIKE ‘B%’ şeklinde bir kısıt verildiğinde Fifo seri ve seri rehberine sadece Seri numarası “B” ile başlayan seriler gelecektir.

İstek No 36601

Tarih	Program
11.12.2010	Temelset.Kasa İşlemleri.Kasa Raporu
Koşul	.
Ek Açık.	.
Problem	Kasa raporu almak istediğimizde "Devir tarihi öncesindeki kayıtlarda değişiklik yapılmış olabilir." şeklinde bir uyarı alıyoruz. Bu konuyu çağrı merkezi ile görüşüldü ancak bir çözüm bulunamadı. Program hatası olabilir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.12.2010	1	Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.10 .173), Kastrk.dll
Modül	Kasa
Açıklama	KASA\RAPORUYARIGELMESIN özel parametresi tanımlandığında Kasa son devir tutarı ile yeni güne devir tutarı farklı olduğu zaman raporda uyarı gelmemesi desteklendi.

İstek No 36605

Tarih	Program
13.12.2010	Temelset.Fatura._GENEL
Koşul	FATURAYI İPTAL EDERKEN GELEN "İrsaliye bilgileri silinsin mi" sorgusu parametrik olarak "hayır" olarak kalması.Kullanıcıların fatura iptalinde irsaliyeyi iptal etme ihtimallerinin ortadan kaldrılması istenmektedir.
Ek Açık.	bu sorgunun paramtreye bağlanabilmesi.
Problem	FATURAYI İPTAL EDERKEN GELEN "İrsaliye bilgileri silinsin mi" sorgusu parametrik olarak "hayır" olarak kalması.Kullanıcıların fatura iptalinde irsaliyeyi iptal etme ihtimallerinin ortadan kaldrılması istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.02.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1446)
Modül	Fatura
Açıklama	İrsaliye bilgisi silinsin mi sorgusunda default ” Hayır “ seçeneğinin gelmesi desteklendi. Ayrıca ilgili sorgunun hiç gelmemesi istendiği durumda; FATURA\IRSFATSAKLA özel parametresi tanımlanmalıdır, böylece fatura silindiğinde irsaliye belgesinin silinmemesi sağlanabilmektedir.Uyarı mesajıda gelmemektedir. Bu uygulamanın kullanılabilmesi için “Faturalaştırılan İrsaliyeler Saklansın mı?” parametresinin işaretlenmesi gerekmektedir.

İstek No 36656

Tarih	Program
16.12.2010	Temelset.Dekont._GENEL
Problem	GENEL DEKONT KAYDI ESNASINDA ESKİDEN SATIR KAYIT EDİLDİKTEN SONRA İMLEÇ HESAP KODU ALANINA GELİRDİ. YENİ GÜNCELLEME SONRASI İNDİRİLECEK KDV LİSTESİNDEN DOLAYI İMLEÇ FİŞ NO ALANINA GİTMEKTE YALNIZ BUDA İNDİRİLECEK KDV LİSTESİ İLE İLGİLİ OLMAYAN KİŞİLER İÇİN SORUN OLMAKTA BU YÜZDEN İMLEÇ KONULANACAK YERİN EN AZINAN PARAMETREYE BAĞLANMASI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.05.2011	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.408)
Modül	Dekont
Açıklama	DEKONT\IMLECFISNOYAGELSIN özel parametresi tanımlıysa cursor un fiş no alanına, özel parametre yoksa cursor un hesap kodu alanına gelmesi desteklendi.

İstek No 36703

Tarih	Program
22.12.2010	Temelset.Üretim.Satıştan Üretim Sonu Kaydı
Koşul	Depolar arası transfer onayı kullanılıyor. üretim parametrelerinde, eksi bakşye kontrol ve eksi bakiyede işlem durdurulsun parametreleri işaretlidir. Reçetede yer alan bileşen dat kaydı ile transfer ediliyor. ancak kaydı onaylanmıyor yani depo da miktarı gorunmuyor.
Problem	ancak serbest üretim sonu kaydı, eksi bakiyeye takılmadan tamamlanabiliyor. bileşen ilgili depoda eksi bakiyey düşüyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.08.2011	1	Tamam	Evet	Hayır
Dosya	Uretim.dll (5.0.10.292)
Modül	Üretim
Açıklama	URETIM\BAKIYEDE_DAT_ONAYINA_BAK özel parametresi kullanılmalıdır.

İstek No 36747

Tarih	Program
28.12.2010	Temelset.Cari.Detay Koşul Kayıtları
Problem	detay koşul girerken ölçü birimi 2 yi seçmemize rağmen detay koşul bilgileri 2 de isk aralığı olarak verdiğimiz miktarsal rakamları ilk ölçü birimine göre uyguluyor.(yardımcı programlar özel parametre tanımlarındaki grup kodu=kosul anahtar=olcubirimi anahtarı problemimizi çözmedi mal fazlası için çözüyor sadece)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.12.2010	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.10.354)
Modül	Cari
Açıklama	Cari.dll dosyası güncellenerek, KOSUL\OLCUBIRIMI özel parametresi kullanılmalıdır.

İstek No 36887

Tarih	Program
11.01.2011	Temelset.Devir.Sipariş Devir
Koşul	DAT ile teslimatı yapılmış siparişler var.
Ek Açık.	Devir sırasında DAT ile teslimatı yapılmış siparişler miktar 0 olarak satır ve Belge bazında devrediliyor. Devirde DAT kayıtlarının teslim sayılıp sayılmayacağı sorulmalı.
Problem	Devir sırasında DAT ile teslimatı yapılmış siparişler miktar 0 olarak satır ve Belge bazında devrediliyor. Devirde DAT kayıtlarının teslim sayılıp sayılmayacağı sorulmalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.02.2012	0	Tamam	Evet	Evet
Dosya	Stok.dll (5.0.10.278), Devir.dll (5.0.10.289), Dbupdate 5.0.10 dosyaları
Modül	Sene Sonu Devir
Açıklama	DAT kayıtlarının teslimat sayılıp sayılmaması “Sipariş Bağlantılı D.A.T de teslimat ayrı takip edilsin” parametresi ile ilgilidir. “Sipariş Bağlantılı D.A.T de teslimat ayrı takip edilsin” parametresi işaretli olduğunda sırasıyla Sipariş Devri-Stok Devri-Stok Hareket Kontrol yapıldığında, yeni yıl şirketinde teslimat miktarı ile ilgili oluşan sorun giderildi. DEVIR\SIPDEPTESAYRI özel parametresi tanımlanmalıdır.

İstek No 37085

Tarih	Program
31.01.2011	Temelset.Fatura.Satış İrsaliyesi
Koşul	KARMAKOLİ KULLANILIYOR. KOŞUL UYGULAMASI VE ÖZEL FİYAT SİSTEMİ AÇIK. KARMAKOLİ İÇİN FİYAT LİSTESİNDEN SATIŞ FİYATI GİRİLİYOR. BU FİYAT LİSTESİ VE KARMAKOLİ KOŞULA BAĞLANIYOR. KARMAKOLİ TANIMLAMASINDA ‘BİLGİ AMAÇLI’ PARAMETRESİ İŞARETLİ DEĞİL,BİLEŞENLER İÇİN MİKTAR VE ORAN TANIMLI. AYRICA ‘FİYAT ORAN ÜZERİNDEN HESAPLANSIN’ PARAMETRESİ İŞARETLİ.
Ek Açık.	BU KARMAKOLİYE TANIMLANAN KOŞUL İLE BAĞLANTILI SİPARİŞ GİRİLİYOR. BİLEŞENLER İÇİN KOŞUL BİLGİLERİ VE FİYAT BİLGİLERİ GELİYOR. SİPARİŞTEN SEVK EMRİ-YÜKLEME EMRİ OLUŞTURULUYOR.
Problem	FİŞ OLUŞTURMA İŞLEMİ İLE YÜKLEME EMRİNDEN İRSALİYE OLUŞTURULDUĞUNDA BİLEŞENLER İÇİN KOŞUL BİLGİLERİ GELMİYOR VE FİYAT BİLGİLERİ SIFIR GELİYOR. FİYAT VE KOŞUL TABLOSUNDAN KONTROL EDERKEN BİLEŞEN İÇİN KAYITLARA BAKIYOR HALBUKİ KARMAKOLİ İÇİN BAKMASI VE ONA GÖRE HESAPLAMASI GEREKİYOR. KARMAKOLİ İÇİN SİPARİŞDEKİ BİLGİLERİN İRSALİYEYE TAŞINMASI İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.02.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1438)
Modül	Fatura
Açıklama	SEVKYUKLEME\KOLIKOSUL özel parametresi tanımlanmalıdır.

İstek No 37093

Tarih	Program
31.01.2011	Temelset.Fatura.Sevk Emri
Koşul	KARMAKOLİ KULLANILIYOR. MÜŞTERİ SİPARİŞİ GİRİLİYOR BU KARMAKOLİ İÇİN.
Ek Açık.	SİPARİŞTEN SEVK EMRİ OLUŞTURURKEN SİPARİŞİN TAMAMININ DEĞİL BİR KISMININ SEVK EDİLMESİ GEREKİYOR.ANCAK KARMAKOLİ KODU SEVK EMRİNE TAŞINMADIĞI İÇİN BİLŞENLERİ ÜZERİNDE MİKTAR DEĞİŞİKLİĞİ YAPILAMIYOR.
Problem	KARMAKOLİ İÇİN SEVK EMRİNDE MİKTAR DEĞİŞİKLİĞİNİN DESTEKLENMESİ İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.02.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1438)
Modül	Fatura
Açıklama	SEVKYUKLEME\KOLIMIKTAR özel parametresi kullanılmalıdır.

İstek No 37285

Tarih	Program
16.02.2011	Temelset.Fatura.Satış Faturası
Koşul	FATURA/PARCALIIRSTESKONTROL PARAMETRESİ KULLANILIYOR. İRSALİYE BİLGİLERİNİN PARÇALI FATURALAŞTIRILMASI PARAMETRESİ DE AÇIK. AYRICA İRSALİYE FATURALAŞTIRILIRKEN SATIR BAZINDA İRSALİYE SEÇİLEREK İŞLEM YAPILIYOR.
Ek Açık.	İRSALİYE KALEMİNİN BİR KISMI FATURALAŞTIRILIYOR. DAHA SONRA İLGİLİ KALEMDEN KALAN MİKTAR FATURALAŞTIRILIYOR.
Problem	ANCAK BU ADIMDA "Girilen miktar, irsaliyede girilen miktardan fazla olamaz" UYARISI ALINMAKTADIR. OYSA İRSALİYENİN MİKTARI AŞILMAMAKTADIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.02.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1445)
Modül	Fatura
Açıklama	FATURA\PARCALIIRSTESKONTROL özel parametresi kullanıldığında parçalı irsaliye teslimatında, irsaliye miktarından fazla teslimat yapılması engellenmektedir.

İstek No 37287

Tarih	Program
16.02.2011	Temelset.Fatura.Teslim Bağlantılı Sipariş Raporu
Koşul	Teslim bağlantılı sipariş raporunda genel kısıtlar-1 sekmesinde verilen siparişler seçiliyor,cari kodu, tarih kıstı veriliyor. Görüntülenen raporda sipariş numarası sıralı değil, stok kodu sıralı listeleniyor. Sıralama seçeneği sorsun. Daha çok sipariş numarası sıralamalı olsun.
Ek Açık.	Teslim bağlantılı sipariş raporunda genel kısıtlar-1 sekmesinde verilen siparişler seçiliyor,cari kodu, tarih kıstı veriliyor. Görüntülenen raporda sipariş numarası sıralı değil, stok kodu sıralı listeleniyor. Sıralama seçeneği sorsun. Daha çok sipariş numarası sıralamalı olsun.
Problem	Teslim bağlantılı sipariş raporunda genel kısıtlar-1 sekmesinde verilen siparişler seçiliyor,cari kodu, tarih kıstı veriliyor. Görüntülenen raporda sipariş numarası sıralı değil, stok kodu sıralı listeleniyor. Sıralama seçeneği sorsun. Daha çok sipariş numarası sıralamalı olsun.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.05.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1483)
Modül	Fatura
Açıklama	FATURA\TESBAGSIRALA özel parametresi kullanıldığında raporda Fişno, stok kodu sıralaması yapılmaktadır.

İstek No 37476

Tarih	Program
02.03.2011	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	Hızlı Tahsilat Kayıtları ekranı kullanılıyor.
Ek Açık.	.
Problem	Cari hareketlere atılan vade tarihinin taksitlerin ortalama tarihi olarak atılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.03.2011	1	Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.10.178)
Modül	Kasa
Açıklama	BANKA\CARIORTVADE özel parametresi kullanıldığında, Cari hareketlerde vade tarihi alanına taksitlerin ortalama vadesi atanmaktadır.

İstek No 37534

Tarih	Program
08.03.2011	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	Kasa Kayıtlarından İşlem Yapılıyor.
Ek Açık.	Kasa > Hızlı Tahsilat Kayıtlarından İşlem Yapılmak İsteniyor.
Problem	Kasa Kayıtlarından İşlem Yapılıyor.Sonrasında Hızlı Tahsilat Kayıtlarından İşlem Yapılmak İsteniyor.En Son Hangi Kasa’da Çalıştıysam O Kasaya Ait Hızlı Tahsilat Ekranı Geliyor.Yani Kasa Modülüne İlk Girişte Hızlı Tahsiları Seçersem Sorun Yok Ama Kasa Kayıtlarından İşlem Yapıp Hızlı Tahsilata Geçersem Son Kaldığım Kasadan İşlem Yaptırıyor Kasa Kodu Seçmeme Olanak Vermiyor. Bahar Tavukçuluk

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.04.2011	2	Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.10.194)
Modül	Kasa
Açıklama	KASA\KASASEC özel parametresi tanımlandığında, Hızlı Tahsilat Kayıtları ekranının açılışında Kasa Kodunun sorulması desteklendi.

İstek No 37560

Tarih	Program
09.03.2011	Temelset.Müşteri Çekleri.Cari Hesaba Çek Cirosu
Koşul	Proje kodu uygulaması kullanılıyor. Cari hesaba çek alındı kaydı sırasında proje kodu seçiliyor. cari hesaba çek cirosu yapılırken, proje kodu değiştiriliyor.
Problem	Proje kodları, cari hareketlere doğru atmasına rağmen, çekteki proje kodu da değişiyor. çekin proje kodu değişmemelidir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.03.2011	1	Tamam	Evet	Hayır
Dosya	Mcek.dll (5.0.10.435)
Modül	Müşteri Çekleri
Açıklama	CEKSENET\PROJEDEGISMESIN özel parametresi tanımlanmalıdır.

İstek No 37579

Tarih	Program
10.03.2011	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	Genel Dekont Kaydı giriliyor.
Ek Açık.	.
Problem	Muhasebe ve stok hesapları girilerek bakiye kapatıldığı halde entegrasyona her iki hesabı da alacak olarak atıyor. Tekrar aynı dekont üzerinden geçince düzeltiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.03.2011	1	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\ETIPLIHAREKET özel parametresi kullanılmalı ya da stok hesabına ait dekonta miktar girilmelidir.

İstek No 37615

Tarih	Program
14.03.2011	Temelset.Stok.Sayım Farkını Satış Hareket.İşleme
Koşul	stok parametrelerinde subeler dahil maliyet sistemi parametresi işaretlidir. maliyet oluşturma subeler dahil olarak oluşturuluyor. tüm şubelere aynı maliyet fiyatı atıyor.
Problem	sayım farkını satış hareket işleme ise şubeler dahil yapılamıyor. her şube için ayrı ayrı çalıştırıyor. bu durumda sayım hareketine atılan maliyet fiyatı, sadece şubenin harejetlerine göre oluşturuluyor. Sayım farkını satış hareket işlemenin şubeler dahil olarak yapılabilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.03.2011	2	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.10.190)
Modül	Stok
Açıklama	“Şubeler Dahil Maliyet Sistemi” parametresinin işaretlenmesi ve STOK\ SAYIMFARKISUBELERDAHIL özel parametresinin tanımlanması gerekmektedir.

İstek No 37626

Tarih	Program
15.03.2011	Temelset.Fatura._GENEL
Koşul	Fiyat listesi kullanılıyor.Ocak ve şubat ayı için ayrı ayrı fiyat listesleri tanımlı
Ek Açık.	Ocak ayında sipariş girişi yapılıyor ve fiyatlar ocak fiyat listesinden geliyor.
Problem	Sipariş şubat ayında irsaliye ya da fatura ile teslim edildiğinde fiyatlar şubat listesine göre güncellenmiyor.Koşul uygulaması kullanılmıyor.Fiyatların belgedeki fiyat listesi tarihine göre otomatik güncellenmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.04.2011	1	Tamam	Evet	Evet
Dosya	Fatura.dll (5.0.10.1465)
Modül	Fatura
Açıklama	FATURA\SIP2IRSFATFIYAT özel parametresi kullanılmalıdır.

İstek No 37635

Tarih	Program
16.03.2011	Temelset.Fatura.Yükleme Emri
Koşul	Satış fatura parametrelerinde değişken ölçü birimleri parametresi seçildir. stok kartında 1. ölçü birimi KG, 2. ölçü birimi Koli, 3. ölçü birimi Adet dir. Stok kartında çevrim değerleri girilmemiştir. Sipariş kaydı sırasında, 3. ölçü biriminden miktar 1 alanına 1, miktar 2 ye 1500 olarak giriş yapılıyor. program otomatik olarak çevrimi yapıyor.
Ek Açık.	kaydedilen siparişten sevmk emri, sevk emrinden yükleme emri oluşturuluyor.
Problem	Oluşturulan yükleme emrinde, miktar 2 alanı aktif geliyor. ancak miktar 2 deki değer değiştirildiğinde, herhangi bir çevrim yapmıyor. yükleme emri ekranında çevrimin desteklenmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.04.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1468)
Modül	Fatura
Açıklama	SEVKYUKLEME\DEGISKENOLCU özel parametresi kullanılmalıdır.

İstek No 37660

Tarih	Program
18.03.2011	Temelset.Teklif.Satın Alma Talep
Koşul	Satınalma talep girişinde satır açıklamalarda ilk kalem için yapılan kayıt ikinci kalem girişinde yenilenmiyor.
Problem	Satınalma talep girişinde satır açıklamalarda ilk kalem için yapılan kayıt ikinci kalem girişinde yenilenmiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.03.2011	1	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\SATIRACIKLAMABOSGELSIN özel parametresi kullanılmalıdır.

İstek No 37683

Tarih	Program
21.03.2011	_GENEL._GENEL._GENEL
Koşul	Önsorgu oku/sakla işleminde
Ek Açık.	birden fazla önsorgu taslağının saklanması isteniyor
Problem	–

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.03.2011	Önemli!!!	Tamam	Evet	Evet
Dosya	Dbupdate (5.0.10) , Nettrk.dll, Reportex.dl (5.0.10.46)
Açıklama	RAPOR/COKLUOKUSAKLA özel parametresi tanımlandığında; Rapor ön sorgularında “Sakla” seçeneği ile kaydedilen şablonların birden fazla kez saklanabilmesi desteklendi. “Oku” seçeneğinde birden fazla saklanan kayıtlar listelenmekte ve kullanıcı bu şablonlardan istediği kaydı seçebilmektedir.

İstek No 37686

Tarih	Program
21.03.2011	Temelset.Fatura.Satış Faturası
Koşul	KDV SIFIRLAMA UYGULAMASI KULLANILDIĞI DURUMDA
Ek Açık.	KDV SIFIRLAMA İÇİN ÖZEL KOD 2 SAHASINA H DEĞERİ GİRİLİYOR VE KDV SIFIRLANIYOR. KALEM BİLGİLERİ GİRİLDİKTEN SONRA ÖZEL KOD 2 SAHASI BOŞALTILIP KDV HESAPLAMASI İSTENİYOR, FAKAT SİSTEM KDV’Yİ HESAPLAMIYOR. KALEMLER ÜZERİNDEN GEÇEREK KDV ORANLARI GİRMEK GEREKİYOR.
Problem	TAM TERSİ UYGULANDIĞINDA, DEĞİŞİKLİKLER BELGEYE YANSITILIYOR. AYNI UYGULAMA ÖZEL KOD 2 SAHASI BOŞALTILDIĞINDA BELGEYE YANSITILIP KDV HESAPLATILMASI GEREKMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.03.2011	1	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\KDVGUNCELLE özel parametresi kullanılmalıdır.

İstek No 37765

Tarih	Program
29.03.2011	Temelset.Müşteri Çekleri.Şubeden Çek Transferi
Koşul	Şubeden Çek Transferi işleminde hedef şube koduna müdahale edilip içerisinde bulunulan şubeden farklı şubelere de transfer yapılabilmesi isteniyor.
Ek Açık.	.
Problem	.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.03.2011	1	Tamam	Evet	Hayır
Dosya	Bsen.dll (5.0.10.35), Bcek.dll (5.0.10.51), Mcek.dll (5.0.10.432), Msen.dll (5.0.10.51)
Modül	Çek, Senet
Açıklama	CEKSENET\HEDEFSEC özel parametresi kullanıldığında Hedef Şube Kodu alanı aktif gelmekte ve içinde bulunulan şube içerisinden farklı şubelere transfer işlemi yapılabilmektedir.

İstek No 37786

Tarih	Program
30.03.2011	Temelset.Cari.Döviz Farklarını Kapat
Koşul	cari hesabın hem tl hem de dövizli hareketleri varsa
Problem	cari harekette bir cariye ait hem tl (döviz tutarı olmayan) hem de dövizli hareketlerımız var.kur farkı olusturma yaptıgımızda netsis şu sekılde işlem yapıyor ; dovız tutarlarına ait kayıtların tl tutarlarını toplayıp tl bakıyesı buluyor sonrada dovızlı hareketlerın doviz bakıyesını bulup ıstenıle kurla degerleyıp bır tl bakıyesı bulup bu ıkısının farkını kur farkı olarak lıstelıyor,oysa dovızlı hareketlerın tl tutarlarını bulurken buna dovızsız hareketlerın de tl bakıyesını eklemelı buna gore tl bakıye bulup, son kurla degerledıgı dovız bakıyesınden cıkartıp bır kur farkı bulmalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.04.2011	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.10.366)
Modül	Cari
Açıklama	CARI\KURFARKITLBAKIYEDAHIL özel parametresi tanımlandığında Döviz Farklarını Kapatma ekranında Döviz Tip 0 dahil kısıtı verildiğinde kur farkı hesaplamasını ,döviz tipi sıfır yani TL hareketleride ilave ederek yapmaktadır.

İstek No 37819

Tarih	Program
04.04.2011	Temelset.Cari.Döviz Farklarını Kapat
Koşul	cari hesap hareketlerinde hem dovizsiz hem de dövizli hareket varsa
Problem	cari harekette bir cariye ait hem tl (döviz tutarı olmayan) hem de dövizli hareketlerımız var.kur farkı olusturma yaptıgımızda netsis şu sekılde işlem yapıyor ; dovız tutarlarına ait kayıtların tl tutarlarını toplayıp tl bakıyesı buluyor sonrada dovızlı hareketlerın doviz bakıyesını bulup ıstenılen kurla degerleyıp bır tl bakıyesı bulup bu ıkısının farkını kur farkı olarak lıstelıyor .bizim istediğimiz; raporu listeleme ekranında döviz tipi 0 ile diğer doviz birimi aralığı veriyoruz. raporda tl bakiyesi için ayrı satır ,doviz hareketleri için ayrı satır veriyor ama kur farkını cariye işlediğinde sadece dovizli satırda buldugunu kur farkı olarak işliyor.oysa bu şekilde rapor istediğmiz şekide düzgün geliyor ama cari harekete kur farkını sadece dovızlı hareketlerdekı satırı işliyor.oysa listelediği şekilde tl bakiyesini dahil etmeli yani dovızlı hareketlerın tl tutarlarını bulurken buna dovızsız hareketlerın de tl bakıyesını eklemelı buna gore tl bakıye bulup, son kurla degerledıgı dovız bakıyesınden cıkartıp bır kur farkı bulmalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.04.2011	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.10.366)
Modül	Cari
Açıklama	CARI\KURFARKITLBAKIYEDAHIL özel parametresi tanımlandığında; Döviz Farklarını Kapatma ekranında Döviz Tip 0 dahil kısıtı verildiğinde kur farkı hesaplamasını ,döviz tipi sıfır yani TL hareketleride ilave ederek yapmaktadır.

İstek No 37821

Tarih	Program
04.04.2011	Temelset.Fatura.Satış İrsaliyesi
Koşul	STOKLARIN DÖVİZLİ FİYATLARI STOK KARTLARINDA GİRİLMİŞTİR. ÖZEL FİYAT SİSİTEMİ VE KOŞUL UYGULAMASI KULLANILMIYOR.
Ek Açık.	BU KOŞULLARLA İTHALAT İHRACAT TİPLİ BİR SATIŞ İRSALİYESİ GİRİLİYOR.
Problem	İLK KALEMDE STOK KARTINDAN DÖVİZLİ FİTAY GETİRİLİYOR, ANCAK DİĞER KALEMLERDE DÖVİZ FİYATI HANESİ BOŞ GELMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.04.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1505)
Modül	Fatura
Açıklama	FATURA\DOVTIPFARKLI özel parametresi kullanılmalıdır.

İstek No 37851

Tarih	Program
07.04.2011	Temelset.Fatura._GENEL
Koşul	Kalemlerde ilerlerken alttaki grid in sabit kalması üzerinden geçilen alana göre değişmemesi isteniyor.
Ek Açık.	.
Problem	.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.04.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1467)
Açıklama	FATURA\SABITGRID özel parametresi kullanılmalıdır.

İstek No 37981

Tarih	Program
15.04.2011	Temelset.Dekont._GENEL
Problem	Genel Dekont kaydında yine bir gider kalemi girdiğimizden sonra ikinci bir hesaba geçildiğinde tekrar fiş no bölümüne geçiyor. fiş no bölümüne uğramadan hesap kodu bölümüne geçiyordu daha önce.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.05.2011	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.408)
Modül	Dekont
Açıklama	DEKONT\IMLECFISNOYAGELSIN özel parametresi tanımlıysa cursor un fiş no alanına, özel parametre yoksa cursor un hesap kodu alanına gelmesi desteklendi.

İstek No 38045

Tarih	Program
21.04.2011	Temelset.Fatura._GENEL
Koşul	Karma koli tanımlanıyor. Koşullarda karma koli stoğundan belli bir mikratda alana farklı bir üründen mal fazlası olacak şekilde tanımlama yapılıyor.
Ek Açık.	Faturada ilgili koşul çağırılmasına rağmen mal fazlası çalışmıyor.
Problem	Karma koli stoğuna mal fazlası tanımlanabilmesi gerekiyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.05.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1483), Stok.dll (5.0.10.202)
Modül	Fatura
Açıklama	FATURA\KOLIMALFISK özel parametresi tanımlandığında; Karma koli tanımlamasında bileşen kodunun sadece mal fazlası verilerek tanımlanabilmesi desteklendi.

İstek No 38111

Tarih	Program
27.04.2011	Temelset.Dizayn.Dizayn
Koşul	WORD DİZAYNI
Ek Açık.	FATURA WORD DİZAYNINDA KALEM BİLGİLERİNE TABLO EKLENDİ. BASIM YAPILDIĞINDA TABLO KENARLIKLARINI BASMIYOR. SADECE İÇİNDEKİ BİLGİLERİ BASIYOR.(STOK KODU,STOK ADI,FİYAT V.S.) GRİD ŞEKLİNDEKİ TABLOYU BASKIDA ÇIKARTMIYOR.
Problem	FATURA WORD DİZAYNINDA KALEM BİLGİLERİNE TABLO EKLENDİ. BASIM YAPILDIĞINDA TABLO KENARLIKLARINI BASMIYOR. SADECE İÇİNDEKİ BİLGİLERİ BASIYOR.(STOK KODU,STOK ADI,FİYAT V.S.) GRİD ŞEKLİNDEKİ TABLOYU BASKIDA ÇIKARTMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.04.2011	2	Yanıtlandı	Evet	Hayır
Açıklama	DIZAYN\WITHBORDER özel parametresinin tanımlanması gerekmektedir.

İstek No 38202

Tarih	Program
05.05.2011	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	genel dekont kaydı
Ek Açık.	Genel dekont kaydında satır grid e atıldıktan sonra cursor un fisno ya focuslanması hk.
Problem	genel dekont kaydı girerken satır gride atıldığında cursor un hesap no ya focuslanmasını istiyoruz. Şimdiki versiyonda fisnoya focuslanıyor. Bu durum işlemlerimizi yavaşlatıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.05.2011	Önemli!!!	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.408)
Modül	Dekont
Açıklama	DEKONT\IMLECFISNOYAGELSIN özel parametresi tanımlıysa cursor un fiş no alanına, özel parametre yoksa cursor un hesap kodu alanına gelmesi desteklendi.

İstek No 38302

Tarih	Program
17.05.2011	Temelset.Muhasebe.Yevmiye Defteri
Koşul	Tarih bazında yeniden numaralandırma fiş tipine göre yapılıyor
Problem	Yevmiye defteri resmi basım işaretlenerek çekildiğinde yevmiye madde numaraları ile fiş numaraları aynı düzende basılmıyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.05.2011	1	Tamam	Evet	Hayır
Dosya	Muhasebe.dll
Modül	Muhasebe
Açıklama	MUHASEBE\FISNOSIRALA özel parametresi tanımlandığında, Tarih Bazında Yeniden Numaralama işlemi fiş tipine göre yapıldığında yevmiye defterinde fiş numaralarının sıralı gelmesi desteklendi.

İstek No 38385

Tarih	Program
25.05.2011	Temelset.Fatura.Satış İrsaliyesi
Koşul	Satış fatura parametrelerinde, irsaliye/fatura/siparişte satır bazı fiyat sorulsun mu parametresi işaretlidir. Stok parametrelerinde özel fiyat sistemi parametresi işaretlidir.
Ek Açık.	stok kartında satış fiyat 1-2-3-4 girilmiştir. bu stok için fiyat listesi bulunmamaktadır.
Problem	Sipariş kaydı sırasında satıs bazında fiyat tipi seçilerek stok kartından fiyat getiriliyor. satış irsaliyesinin kalem bilgilerinde sipariş numarası seçilip tabb ile ilerlendiğinde fiyat alanı sıfırlanıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.06.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1509)
Modül	Fatura
Açıklama	FATURA\FIYATGUNCELLE özel parametresi kullanılmalıdır.

İstek No 38394

Tarih	Program
26.05.2011	Temelset.POS._GENEL
Koşul	IBM pos arabirimi kullaniliyor.Olcu birimi olarak metre ile sattigimiz stoklarimiz var. Bu tur stoklari IBM yazarkasaya gondermek istedigimizde, pos modulunun olusturdugu gncpluf.gtf dosyasinda, 283. sutundaki 1 digitlik, olcu birimini simgeleyen karakter olarak, ya 0 yani adet yada 1 yani kilogram olarak deger gonderiliyor. Musterinin istegi, diger olcu birimlerinin de gonderilebilmesi. Bu konuyla ilgili bilgi, netsis yardim menusundeki pos alt menusunun eklr bolumunde bulunmaktadir. Metre ya da m3 olcu birimlerinden de urun satilabilmesi isteniyor.
Ek Açık.	Tesekkurler…
Problem	Tesekkurler…

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.12.2011	1	Tamam	Evet	Hayır
Dosya	Pos.dll (5.0.10.59)
Modül	Pos
Açıklama	POS\OLCUBIRIMI özel parametresi kullanıldığında, Birinci Ölçü Birimine yazılan değerin ürün dosyasına gönderilmesi desteklendi. Birinci Ölçü birimine AD yazıldığında ürün dosyasında 283. Kolona 0, KG yazıldığında 1, MT yazıldığında 2, LT yazıldığında 3, M2 yazıldığında 4 ve M3 Yazıldığında 5 değeri atanmaktadır.

İstek No 38437

Tarih	Program
31.05.2011	Temelset.Stok.Stok Kartı Kayıtları
Koşul	Stok kartı kopyalama işlemi yapılıyor. Kopyası oluşturulan kartın stok planlama kayıtları ve müşteri satıcı stok kayıtlarını yeni açılan kod ile tekrar oluşturuyor.
Ek Açık.	Oysa bu yeni açılan stoğun caristok kaydının hiç olmaması gerekiyor.
Problem	Bu işlem ile mrp de sorunlar oluşuyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2011	1	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.10.205)
Modül	Stok
Açıklama	STOK\STOKPLANKOPYALAMA özel parametresi kullanıldığında; stok kopyalama işleminde Stok Planlama Kayıtları ve Müşteri\Satıcı Stok Kayıtlarındaki bilgilerin kopyalanmaması desteklendi.

İstek No 38540

Tarih	Program
08.06.2011	Temelset.Fatura.Satış Faturası
Koşul	Satış faturasında irsaliye üzerinden fatura yaratılmak istenildiğinde özel kodu "B" olan irsaliyelerin,faturalaştırılacak irsaliye listesine gelmemesi isteniyor.
Problem	Özel kod ile ilgili kısıt girilebilecek bir alan isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.07.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1548)
Modül	Fatura
Açıklama	FATURA\IRSFATKISIT özel parametresi tanımlanmalı, DEGER kısmına TBLFATUIRS tablosuna göre sql kısıtı verilmelidir.

İstek No 38559

Tarih	Program
09.06.2011	Temelset.Stok.Stok Kartından Etiket Basımı
Koşul	Esnek yapılandırma uygulaması kullanılıyor ve ORTAK_YAPKOD özel parametresi tanımlı
Ek Açık.	Yapılandırma kodu ile stok kartı eşleşmediği için barkod basılamıyor
Problem	barkod basılmaya çalışıldığında basım alınamıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.06.2011	1	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.10.210)
Modül	Stok
Açıklama	ESNEKYAP\ORTAK_YAPKOD özel parametresi kullanılmalı ve esnek kısıtı verilmemelidir.

İstek No 38581

Tarih	Program
10.06.2011	Temelset.Dizayn.Dizayn
Koşul	4150 Mal adı sahası ile değişen stok adı bilgisi basılmak isteniyor.
Ek Açık.	4150 sahasına 4221 sahası boş ise koşulu koyduğumuz zaman cari satıcı stok ismi boş olsada değişen mal adını değil stok kartındaki ismi basıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.06.2011	1	Tamam	Evet	Hayır
Dosya	Dizayn.dll (5.0.10.2080)
Modül	Dizayn
Açıklama	DIZAYN\CARISTOKISIM özel parametresi kullanılmalıdır.

İstek No 38587

Tarih	Program
11.06.2011	Temelset.Dekont.Senet/Çek İadesi
Koşul	CEKSENET/DURUMIADE ÖZEL PARAMETRESİ KULLANILIYOR.
Problem	ÇEK İADE ALINIYOR ALIM SIRASINDA IADE EDİLEN ÇEKİN DURUMU BEKLEMEDE OLSUN İŞARETLENSEDE İSŞAREETLENMESEDE DURUMU ÖDENMİŞ OLARAK ATILIYOR.DÜZELTİLMESİ İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.06.2011	1	Yanıtlandı	Evet	Hayır
Açıklama	CEKSENET\DURUMIADE özel parametresi ile beraber DEKONT\BORCIADE özel parametresi kullanılırsa çek iade işlemi yapılınca durumu iade,tek başına DEKONT\BORCIADE özel parametresi kullanılırsa çek iade işlemi yapılınca durumu beklemede olmaktadır.

İstek No 38651

Tarih	Program
17.06.2011	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	DÖVİZLİ DEKONT GİRİLİYOR. CARİ HESAP SATIRINDA DÖVİZ TUTARINA 690000, KURA DA 1,5367 YAZILIYOR.
Ek Açık.	DAHA SONRA VADELERE BÖLME YAPILMAK İSTENİYOR. VADELERE BÖLMEDE PEŞİNAT OLARAK 116000$ KARŞILIĞI 178257,2 TL GİRİLİYOR, TAKSİT SAYISINA DA 7 GİRİLİYOR(HER BİR TAKSİT 82000$ OLACAK).
Problem	ONDALIKLARDAN KAYNAKLI HERHANGİ BİR YUVARLAMA OLMAMASINA KARŞIN, CARİ HAREKETLERDE OLUŞAN DÖVİZ TUTARLARI HATALI OLUŞMAKTADIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.08.2011	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.421), Dektrk.dll
Modül	Dekont
Açıklama	Dövizli dekont kaydı girerken DEKONT\DOVIZLIVADEBOL özel parametresi varsa vadelere bölme ekranında tutarların döviz tutarı olarak girilmesi desteklendi.

İstek No 38688

Tarih	Program
22.06.2011	Temelset.Stok.Karma Koli Kayıtları
Koşul	Müşterimizde şöyle bir satış koşulu vardır. A ürününün normal isk.u %15’tir. Ancak A ürününden 5 adet ve aynı fişte(sipariş/fatura) B ürününden 2 adet satın alırsa A ürünündeki satır isk.u %19 olmaktadır.
Ek Açık.	Koşul tanımlamalarından bu çözümü üretemediğimizden dolayı Karma Koli Kayıtlarının Bileşenlerine satır bazında isk.tanımlaması yapabildiğimiz taktirde bu gruba bir karma koli tanımı yapıp bileşen isk.larını tanımlanmış olan oranlardan fatura ekranıda çağırdığımızda müşterinin isteği çözümlenmiş olacaktır.
Problem	Müşteri Anda Dağıtım’dır. Hotsell ve Presell uygulamasını yeni satın aldılar. Bu sorun ile karşılaştığımızdan dolayı projeyi henüz hayata geçirememekteyiz. Konu hakkında yardımlarınızı rica ediyoruz. Sevgi ve saygılar.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.06.2011	2	Tamam	Evet	Evet
Dosya	Fatura.dll (5.0.10.1525), Stok.dll (5.0.10.215), Dbupdate 5.0.10 dosyaları
Modül	Fatura, Stok
Açıklama	Karma Koli Kayıtları ekranına "İskonto Oranı" alanı eklendi. Bu alandan bileşenlere ait satır bazı iskonto tanımlaması yapılabilmektedir. KARMAKOLI\ISKORAN özel parametresi tanımlanmalıdır.

İstek No 38736

Tarih	Program
29.06.2011	Temelset.Muhasebe.B Formu Basımı
Koşul	YARDIMCI PROGRAMLAR ÖZEL PARAMETRELERDE MUHASEBE — BFORMMUHFIS – 0
Problem	2 TANE ŞRKETİMİZ VE 1 TANESİNDE ENTEGRASYON DİĞERİNDE İSE MANUEL FİŞ GİRİŞİ YAPMAKTAYIZ VE BA-BS FORMU ALIRKEN SÜREKLİ OLARAK HATA ALIYORUZ ANCAK BU PARAMETREYE KALDIRDIĞPIMIZDA FORMLARI DÜZGÜN OLARAK ALABİLMEKTEYİZ. BU PARAMETREYİ SİLMEDEN 2 ŞEKİLDE RAPOR ALABİLMEK İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.06.2012	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll(5.0.12.654)
Modül	Muhasebe
Açıklama	MUHASEBE \BFORMMUHFIS özel parametresi tanımlı tüm şirketler için kullanılmak isteniyorsa değer kısmına 0, eğer şirket bazında kullanılması isteniyorsa değer kısmına kullanılması istenilen şirket isimleri araya ; konularak yazılmalıdır.

İstek No 38746

Tarih	Program
30.06.2011	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	Dekont vadelere bölme ekranında döviz tutarı girişi desteği
Ek Açık.	Dekont modülünde vadelere bölme ekranında sadece TL değil döviz tutarını girebilmek. Bazı işlemleri döviz tutarlarını girerek vadelerine ayırmak zorundayım. Öbür türlü bugünkü kura bakıp TL sini bulup öyle giriş yapmam gerekiyor. Bu nedenle vadelere bölme ekranında da diğer işlemlerimizde olduğu gibi hem TL hem de döviz rakamını girebileceğim alanların olmasını talep ediyoruz.
Problem	Dekont modülünde vadelere bölme ekranında sadece TL değil döviz tutarını girebilmek. Bazı işlemleri döviz tutarlarını girerek vadelerine ayırmak zorundayım. Öbür türlü bugünkü kura bakıp TL sini bulup öyle giriş yapmam gerekiyor. Bu nedenle vadelere bölme ekranında da diğer işlemlerimizde olduğu gibi hem TL hem de döviz rakamını girebileceğim alanların olmasını talep ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.08.2011	2	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.421), Dektrk.dll
Modül	Dekont
Açıklama	Dövizli dekont kaydı girerken DEKONT\DOVIZLIVADEBOL özel parametresi varsa vadelere bölme ekranında tutarların döviz tutarı olarak girilmesi desteklendi.

İstek No 38754

Tarih	Program
30.06.2011	Temelset.Kantar.Hareket Girişi
Koşul	Fatura parametrelerinde ve lokal depo tanımlamalrında eksi bakiye kontrolu var.Faturada ve siparişte eksi bakiye kontrolü çalışıyor.Fakat kantardan irsaliye oluşturduğumuzda eksi bakiye konrolü çalışmıyor.Kantardan irsaliye oluştururkende eksi bakiye kontrolünün yapılması gerekiyor.
Ek Açık.	Fatura parametrelerinde ve lokal depo tanımlamalrında eksi bakiye kontrolu var.Faturada ve siparişte eksi bakiye kontrolü çalışıyor.Fakat kantardan irsaliye oluşturduğumuzda eksi bakiye konrolü çalışmıyor.Kantardan irsaliye oluştururkende eksi bakiye kontrolünün yapılması gerekiyor.
Problem	Fatura parametrelerinde ve lokal depo tanımlamalrında eksi bakiye kontrolu var.Faturada ve siparişte eksi bakiye kontrolü çalışıyor.Fakat kantardan irsaliye oluşturduğumuzda eksi bakiye konrolü çalışmıyor.Kantardan irsaliye oluştururkende eksi bakiye kontrolünün yapılması gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.07.2011	1	Tamam	Evet	Hayır
Dosya	Kantar.dll (5.0.10.35)
Modül	Kantar
Açıklama	KANTAR\EKSI_BAKIYE_KONTROL özel parametresi kullanılmalıdır.

İstek No 38777

Tarih	Program
04.07.2011	Temelset.Cari.Tarih Aralıklı Yaşlandırma İcmali
Koşul	bu listede, ayın 01-15 ine denk gelen fatura vadelerinin ödemeleri ilgili ayın 15 inde, 16-31 vadelerine denk gelen faturaların ödemeleri bir sonraki ayın 1 ine denk gelecek şekilde 15 er günlük ödeme listesi çıkartmak istiyoruz.
Ek Açık.	mevcut listede 31 ine denk gelenler o ayın içine yansıyor. tarih aralıkları ile farklı durumlar denemiş olsak da bir carinin ödeme listesi tutarken diğer bir carininki tutmuyor.
Problem	istenilen tam olarak şudur.(ayın 01-15 ine denk gelen fatura vadelerinin ödemeleri ilgili ayın 15 inde, 16-31 vadelerine denk gelen faturaların ödemeleri bir sonraki ayın 1 ine denk gelecek şekilde 15 er günlük ödeme listesi çıkartmak istiyoruz.)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.07.2011	1	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.10.399)
Modül	Cari
Açıklama	CARI\ICMALGUNARALIK özel parametresi tanımlanmalıdır.

İstek No 38793

Tarih	Program
05.07.2011	Temelset.Kantar.Hareket Girişi
Problem	KANTAR HAREKET GİRİŞ EKRANINDA SON TARTIM YAPILIP OKUNAN SAYIYI ONAYLIYOR MUSUNUZ MESAJINA İPTAL CEVABI VERİLİR İSE SON TARTIM DEĞERİNE BİLGİ GİRİŞİ YAPILABİLİNİYOR. KESİN KEZ OPERATÖRÜN SON TARTIM DEĞERİ SAHASINA BİLGİ GİREMEMESİ GEREKMEKTEDİR. BU YÜZDEN SAHANIN PASİF OLARAK İŞLEM GÖRMESİNE ACİL OLARAK İHTİYAÇ DUYULMAKTADIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.07.2011	1	Tamam	Evet	Hayır
Dosya	Kantar.dll (5.0.10.35)
Modül	Kantar
Açıklama	KANTAR\SON_TARTIM_MUDAHALE_EDILMESIN özel parametresi kullanılmalıdır.

İstek No 38815

Tarih	Program
06.07.2011	Temelset.Dekont._GENEL
Koşul	Genel Gider Cari Hesap Fatura Kaydı girişin de ve dekont girişlerinden gider faturaları girişi yapılırken belge numaraları fiş numarasına yazılıyor. Aynı fiş numarası girişi tekrar yapılacak olursa bizi uyarlasını istiyoruz.
Ek Açık.	Birden çok caride aynı belge numarası kayıtlı olabilir ama evrak yoğunluğumuz çok ve geliş yöntemlerin de değişiklik olduğundan ve birden çok muhasebe elemanımızın kayıt girmesi sonucunda mükerer kayıtlar yalnışlıkla atılabiliyor. Bunu önlememiz gerek. Aciliyeti vardır.
Problem	gider fatura girişlerinde mükerrer kayıtlar var. bunların kontrol alınması gerekli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.08.2011	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.428), Dektrk.dll
Modül	Dekont
Açıklama	DEKONT\FISNOKONTROL özel parametresi tanımlandığında Genel Dekont Kaydı ve Genel Gider Cari Hesap Fatura Kaydı ekranlarında aynı fiş numarası girildiğinde satır bazı ve belge bazında uyarı vermesi desteklendi.

İstek No 38844

Tarih	Program
07.07.2011	Temelset.NetPos._GENEL
Koşul	NETPOSTA GENELLİKLE FİŞ KESİLMEKTEDİR.
Ek Açık.	DEFAULT İLK EKRANDA FATURA TIKLI GELMEKTEDİR.
Problem	BUNU İSTEĞE BAĞLI HALE GETİREBİLMENİZİ RİCA EDİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.07.2011	2	Tamam	Evet	Hayır
Açıklama	Grup Kodu: SHOPS , Anahtar : , Değer : BELGETIPIFIS özel parametresiile istenilen uygulama desteklenmiştir.

İstek No 38855

Tarih	Program
10.07.2011	Temelset.Muhasebe.B Formu Basımı
Koşul	İthalat kapatma yapılıyor. Bir ithalat dosyasında birden fazla alış irsaliyesi için belge giriliyor.
Ek Açık.	Bu durumda ithalat kapatma işleminde fatura üst bilgileri tablosunda irsaliye adedi kadar belge oluşuyor.
Problem	Bu da B formu raporlarında belge adedinin yanlış gelmesine neden oluyor. Aslında ithalat dosyasında bizim sistemimize girdiğimiz irsaliyelerin tümü için bir adet fatura bulunmakta. mali

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.10.2011	0	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.10.450)
Modül	Muhasebe
Açıklama	MUHASEBE\BFORM_ITHALAT_KAYITLARI_DEKONTTAN_GETIRILSIN özel parametresi kullamılmalıdır.

İstek No 38863

Tarih	Program
12.07.2011	Temelset.Fatura.Müşteri Siparişinden Satıcı Siparişi Oluşturma
Koşul	MÜŞTERİ SİPARİŞİNİ DOVİZ TİPİ SIFIR OLARAK YANI TL OLARAK ALIYORUM.STOK KARTINDA DOVIS SATIS YADA ALIS FIYATI GIRILI OLDUĞU DURUMLARDA MÜŞTERİ SİPARİŞİNDEN SATICI SİPARİŞİ OLUŞTURDUĞUM ZAMAN SATICI SİPARİŞİNİN FİYATINI STOK KARTINDA GİRİLEN DOVİZ TİPİNE GÖRE O GÜNÜN KURUYLA ÇARPARAK HESAPLIYOR.
Ek Açık.	MÜŞTERİ SİPARİŞİNİ DOVİZ TİPİ SIFIR OLARAK YANI TL OLARAK ALIYORUM.STOK KARTINDA DOVIS SATIS YADA ALIS FIYATI GIRILI OLDUĞU DURUMLARDA MÜŞTERİ SİPARİŞİNDEN SATICI SİPARİŞİ OLUŞTURDUĞUM ZAMAN SATICI SİPARİŞİNİN FİYATINI STOK KARTINDA GİRİLEN DOVİZ TİPİNE GÖRE O GÜNÜN KURUYLA ÇARPARAK HESAPLIYOR.
Problem	MUSTERI SIPARIŞİNİ TL ALDIĞIM İÇİN STOK KARTINDA TL ALIŞ FİYATINDAN HESAPLAMASI GEREKİYOR. ANCAK PROGRAM DOVİZ FİYATINA GÖRE HESAPLIYOR. BU DA YANLIŞ YAPMAMAIZA NEDEN OLUYOR. KONUYA BİR ÇÖZÜM BULUNMASINI RİCA EDİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.09.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1606)

İletişim

Netsis Erp Özel Parametreler

Netsis Erp Özel Parametreler