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)
Modül	Fatura
Açıklama	FATURA\MUSSATSIPDOVGETIR özel parametresi kullanıldığında Müşteri siparişinde girilen döviz tipinin satıcı siparişine yansıtılması sağlanmaktadır.

İstek No 38956

Tarih	Program
25.07.2011	Temelset.Fatura.Satış Faturası
Koşul	NETSİSTEN GENELLİKLE KAPALI FATURA KESİLMEKTEDİR.
Ek Açık.	HERSEFERİNDE KAPALI FATURA İÇİN TİPİNİ DEĞİŞTİRMEMİZ GERKMEKTEDİR.
Problem	FATURADA TİPİNİN DEFAULT KAPALIMI AÇIKMI GELMESİ PARAMETRİK OLMALI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.07.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1556)
Modül	Fatura
Açıklama	FATURA\BELGETIPI Özel parametresi kullanılmalıdır. DEGER alanına yazılan rakama göre faturada ilgili tip gelmektedir. 0-kapalı, 1-Açık, 2-Muhtelif, 3-İade, 4-Zayi İade, 5-İthalat\İhracat

İstek No 38989

Tarih	Program
28.07.2011	Temelset.Üretim.İş Emri Girişi
Koşul	İŞEMRİNE BAĞLI REÇETE KAYDI GİRİLİYOR.
Ek Açık.	SAĞ KİLİK REÇETE BASIMI YAPILDIĞINDA STOK KODUNA GÖRE SIRALI OLARAK BİLEŞENLERİN BASILMASI İSTENİYOR
Problem	DAHA ÖNCE BU ŞEKİLDE ÇALIŞIYORMUŞ,DAHA SONRA KODDAN REÇETEYE GİRİLEN SIRA OLARAK DEĞİŞTİRİLMİŞ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.07.2011	1	Tamam	Evet	Hayır
Dosya	Uretdzn.dll (5.0.10.31)
Modül	Uretim
Açıklama	URETIM\STOKKODUSIRALIBASIM özel parametresi varsa stok koduna göre parametre yoksa giriş sırasına göre basım yapılmaktadır.

İstek No 39111

Tarih	Program
13.08.2011	Temelset.Cari.Cari Hareket dökümü
Koşul	cari hareket dökümünde faturada detay alındıgında ,fatura satırlarında girilen ek alan ve ek alan 1 alanlarınıda görmemiz gerekiyor
Ek Açık.	cari hareket dökümünde faturada detay alındıgında ,fatura satırlarında girilen ek alan ve ek alan 1 alanlarınıda görmemiz gerekiyor
Problem	cari hareket dökümünde faturada detay alındıgında ,fatura satırlarında girilen ek alan ve ek alan 1 alanlarınıda görmemiz gerekiyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.08.2011	1	Yanıtlandı	Evet	Hayır
Açıklama	CARI\FATDETEKALANGOSTER ve CARI\FATDETEKALAN2GOSTER özel parametreleri tanımlanarak, Fatura Detay seçeneği ile ekalanlar gösterilmektedir.

İstek No 39113

Tarih	Program
13.08.2011	Temelset.Fatura.Sipariş Açma/Kapama/Kilitleme
Koşul	SİPARİŞ KAPATMA İŞLEMİ YAPILIYOR
Ek Açık.	KESİN SİPARİŞLER AÇILIP KAPATILIRKEN PLANLANAN SİPARİŞLER AÇILIP KAPATILMIYOR. BU KAPATILMAYAN PLANLANAN SİPARİŞLER MRP SİPARİŞ OLUŞTURMA EKRANINDA SİPARİŞLERİ DENEGLEME İŞLEMİ YAPARKEN BU SİPARİŞLER AÇIKMIŞ GİBİ GETİRİLİYOR.
Problem	SİPARİŞ AÇMA KAPATMA İŞLEMİNDE PLANLANAN SİPARİŞLERİN DE AÇILIP KAPATILMASINI TALEP EDİYORUZ.

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

İstek No 39114

Tarih	Program
13.08.2011	Temelset.Cari.Cari Hareket dökümü
Koşul	fiyatsız girilen faturaların cari hareket dökümünde 0 olarak görmek istiyoruz
Ek Açık.	sonrada fiyatlandırılmak üzere 0 fiyatla girilen ürünleri cari hareket dökümünde 0 olarak görmek istiyoruz şuan hiç göstermiyor
Problem	sonrada fiyatlandırılmak üzere 0 fiyatla girilen ürünleri cari hareket dökümünde 0 olarak görmek istiyoruz şuan hiç göstermiyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.08.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 39134

Tarih	Program
16.08.2011	Temelset.Stok.Sayım Farkını Satış Hareket.İşleme
Koşul	01.08.2011 TARİHLİ SAYIM YAPILIYOR. SAYIM İŞLEME BÖLÜMÜNDEN TÜM TARİHLER 01.08.2011 OLARAK GİRİLİYOR. SİSTEM TARİHİ 16.08.2011 VE ONLINE ENTEGRASYON ACIK. MAHSUT YAPILSIN İŞARETLİ. İŞLEM TAMAMLANIYOR STOK HAREKETLERİNDEKİ TARİHLER VE FİYATLAR DOĞRU. ONLINE ENTEGRASYON ACIK OLMASINA RAĞMEN ENTEGRASYON HAVUZUNDA BU KAYITLARI GÖSTERİYOR VE MAHSUP BİLGİSİNİ DE SAYIM TARİHİNDEKİ TARİH YERİNE SİSTEM TARİHİ OLARAK ATIYOR. ACİL OLARAK SORUNUN ÇÖZÜLMESİNİ TALE EDİYORUZ.
Ek Açık.	01.08.2011 TARİHLİ SAYIM YAPILIYOR. SAYIM İŞLEME BÖLÜMÜNDEN TÜM TARİHLER 01.08.2011 OLARAK GİRİLİYOR. SİSTEM TARİHİ 16.08.2011 VE ONLINE ENTEGRASYON ACIK. MAHSUT YAPILSIN İŞARETLİ. İŞLEM TAMAMLANIYOR STOK HAREKETLERİNDEKİ TARİHLER VE FİYATLAR DOĞRU. ONLINE ENTEGRASYON ACIK OLMASINA RAĞMEN ENTEGRASYON HAVUZUNDA BU KAYITLARI GÖSTERİYOR VE MAHSUP BİLGİSİNİ DE SAYIM TARİHİNDEKİ TARİH YERİNE SİSTEM TARİHİ OLARAK ATIYOR. ACİL OLARAK SORUNUN ÇÖZÜLMESİNİ TALE EDİYORUZ.
Problem	01.08.2011 TARİHLİ SAYIM YAPILIYOR. SAYIM İŞLEME BÖLÜMÜNDEN TÜM TARİHLER 01.08.2011 OLARAK GİRİLİYOR. SİSTEM TARİHİ 16.08.2011 VE ONLINE ENTEGRASYON ACIK. MAHSUT YAPILSIN İŞARETLİ. İŞLEM TAMAMLANIYOR STOK HAREKETLERİNDEKİ TARİHLER VE FİYATLAR DOĞRU. ONLINE ENTEGRASYON ACIK OLMASINA RAĞMEN ENTEGRASYON HAVUZUNDA BU KAYITLARI GÖSTERİYOR VE MAHSUP BİLGİSİNİ DE SAYIM TARİHİNDEKİ TARİH YERİNE SİSTEM TARİHİ OLARAK ATIYOR. ACİL OLARAK SORUNUN ÇÖZÜLMESİNİ TALE EDİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.08.2011	2	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.10.245)
Modül	Stok
Açıklama	STOK\ SAYIM_ISLEME_ENTEGRASYONA_HAREKET_TARIHI_AT özel parametresi tanımlandığında , entegre tarihi yerine sayım hareketinin tarihi entegrasyona atılmaktadır.

İstek No 39146

Tarih	Program
16.08.2011	Temelset.Müşteri Çekleri.Şubeden Çek Transferi
Problem	Çek tarnsferlerinde seçilen şubeye ait kayıtlar gelmiyor. Aktaracak şubede seçilemiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.08.2011	1	Yanıtlandı	Evet	Hayır
Açıklama	CEKSENET\HEDEFSEC özel parametresi kullanılmalıdır.

İstek No 39163

Tarih	Program
17.08.2011	Temelset._GENEL._GENEL
Koşul	Belge numaralarının başındaki sıfırların yevmiye açıklamasında görülmemesi isteniyor.
Ek Açık.	.
Problem	.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.08.2011	Önemli!!!	Tamam	Evet	Hayır
Dosya	Bcek.dll (5.0.10.59), Bsen.dll (5.0.10.43), Mcek.dll (5.0.10.448), Msen.dll (5.0.10.61), fatura.dll (5.0.10.1581) Muhasebe.dll (5.0.10.379)
Modül	Çek, Senet, Fatura
Açıklama	GENEL\BELGENODUZENLE özel parametresi kullanıldığında; Fatura,Çek ve Senet kayıtlarının muhasebeye giden açıklamalarında geçen belge numaralarının, soldan itibaren ilk değer bulunana kadar olan sıfırları silinerek açıklama oluşturulmaktadır.

İstek No 39188

Tarih	Program
19.08.2011	Temelset.Stok.Sayım Farkını Satış Hareket.İşleme
Koşul	Satım farkını satış hareket işlem işlemi yapılıyor. Mahsup yapılsın parametresi de işaretli. ancak sayım ytarihi ile sistem tarihi birbirinden farklıdır. bu durumda stok hareketlerine sayım tarihinde girilen tarih atılırken, entegrasyon havuzuna sistem tarihi ne ise o tarih atılmaktadır.
Problem	entegrasyon havuzuna da sayım işlemede girilen tarihin atılması gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.08.2011	1	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.10.245)
Modül	Stok
Açıklama	STOK\ SAYIM_ISLEME_ENTEGRASYONA_HAREKET_TARIHI_AT özel parametresi tanımlandığında , entegre tarihi yerine sayım hareketinin tarihi entegrasyona atılmaktadır.

İstek No 39255

Tarih	Program
05.09.2011	Temelset.Muhasebe.B Formu Basımı
Koşul	BİR FİRMANIN NETSİS ÜZERİNDE BİRDEN FAZLA CARİ KARTI BULUNABİLİYOR. BA-BS FORU ALINDIĞI ZAMAN HER KARTI AYRI GÖRDÜĞÜ İÇİN FATURA SAYILARINI AYIRIYOR. BU DURUMU ORTADAN KALDIRABİLMEK İÇİN FORM DÜZENLENİRKEN FİRMANIN VERGİ NUMARASI GÖZ ÖNÜNE ALINARAK FORMUN OLUŞTURULMASI RİCA OLUNUR.
Ek Açık.	BİR FİRMANIN NETSİS ÜZERİNDE BİRDEN FAZLA CARİ KARTI BULUNABİLİYOR. BA-BS FORU ALINDIĞI ZAMAN HER KARTI AYRI GÖRDÜĞÜ İÇİN FATURA SAYILARINI AYIRIYOR. BU DURUMU ORTADAN KALDIRABİLMEK İÇİN FORM DÜZENLENİRKEN FİRMANIN VERGİ NUMARASI GÖZ ÖNÜNE ALINARAK FORMUN OLUŞTURULMASI RİCA OLUNUR.
Problem	BİR FİRMANIN NETSİS ÜZERİNDE BİRDEN FAZLA CARİ KARTI BULUNABİLİYOR. BA-BS FORU ALINDIĞI ZAMAN HER KARTI AYRI GÖRDÜĞÜ İÇİN FATURA SAYILARINI AYIRIYOR. BU DURUMU ORTADAN KALDIRABİLMEK İÇİN FORM DÜZENLENİRKEN FİRMANIN VERGİ NUMARASI GÖZ ÖNÜNE ALINARAK FORMUN OLUŞTURULMASI RİCA OLUNUR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.09.2011	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 39270

Tarih	Program
06.09.2011	Temelset.POS.Ürün Gönderme
Koşul	İnterpos için Ürün gönderme çalıştırılıyor
Problem	Ürünlerin tamamını text dosyaya göndermiyor ve ephesus.exe kendini kapatıyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.09.2011	2	Tamam	Evet	Hayır
Dosya	Pos.dll (5.0.10.52)
Modül	Pos
Açıklama	POS\RECSIZE özel parametresi kullanılabilir

İstek No 39312

Tarih	Program
12.09.2011	Temelset. ._GENEL
Ek Açık.	bedelsiz kesilen faturaların caride görünmesini istiyoruz
Problem	bedelsiz kesilen faturaların kayıtları stok hareketlerinde görünüyor ancak cari hareket kayıtlarında görünmüyor bu kaydın görünmesini istiyoruz veya özel parametre ile görünmesi seçenekli olmasıda olabilir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.09.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 39341

Tarih	Program
13.09.2011	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	proje kodu uygulaması var
Problem	genel dekont kaydında, ılk satırda girilen proje kodu ,ıkıncı satırda aynısı geliyor ve kullanıcılar buraya dikkat etmeden kayıtlarını tamamlıyor,biz ikinci satıra geçtiğimizde proje kodunun boş gelmesini istiyoruz ve kullanıcı burayı gecemeyıp mutlaka dogru projeyı gırmesi için boş gelmeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.09.2011	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.431)
Modül	Dekont
Açıklama	DEKONT\PROJEKODU özel parametresi tanımlandığında; Genel dekont kaydında ilk satırda girilen proje kodunun ikinci satırda boşaltılması desteklendi.

İstek No 39363

Tarih	Program
15.09.2011	Temelset.Dizayn.Dizayn
Koşul	FİRMADA DAHA ÖNCE HAZIRLANAN DİZAYNLAR VARKEN, YARDIMCI PROGRAMLAR>ÖZEL PARAMETRELERDE DIZAYN/FONTNAME/ARIAL DEĞERLERİNİ GİRDİKTEN SONRA ESKİ DİZAYNLARIN DA KARAKTER TİPİ DEĞİŞİYOR VE DİZAYNDA KAYMALAR OLUYOR.
Problem	OLUŞTURULAN BU PARAMETRENİN ESKİ DİZAYNLARI ETKİLEMEMESİ VE BUNDAN SONRA YAPILACAK DİZAYNLAR İÇİN GEÇERLİ OLMASINI RİCA EDERİZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.09.2011	2	Tamam	Evet	Hayır
Dosya	Dizayn.dll (5.0.10.2109) ve Modül Dizayn dosyaları
Modül	Dizayn
Açıklama	Özel Parametre Tanımlarında; Grup Kodu:DIZAYN ANAHTAR:FONTNAME DEGER alanına font adı/dizayn no yazılmalıdır . DEGER alanına font adından sonra dizayn kayıtlarındaki dizayn no yazılırsa, dizayn numarası yazılan dizayn sadece özel parametrede verilen font ta basılacaktır. Dizayn no alanına numara verilmezse tüm dizaynlar verilen font ta basılacaktır. 3 ve 5 numaralı dizaynlarda font ARIAL olarak basılması istendiğinde; GRUP KODU:DIZAYN ANAHTAR:FONTADI DEGER: ARIAL/3;5 şeklinde tanımlama yapılmalıdır.

İstek No 39364

Tarih	Program
15.09.2011	Temelset.POS.POStan Satış İşleme
Koşul	Siemens market plus için; 00001002 şeklinde klasor oluşturularak, sube kodu ve lokal depo kodunun, klasor yapısından alınması desteklenmemiş. BU UYGULAMANIN (depo kodu ve şube kodunun)KLASÖR YAPISI DESTEKLENMESİ için gerekli düzeltmenin yapılmasını rica ederiz.ivedi bir şekilde yapılmasını rica ederim.
Problem	postan satış işleme depo ve şube kodunun klasör yaısı ile desteklenmesi

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

İstek No 39379

Tarih	Program
17.09.2011	Temelset.Cari.Cari Kartı Kayıtları
Koşul	ŞUBELİ ÇALIŞAN SİSTEMDE, CARİ KART GÜNCELLEME YAPILDIĞINDA ”İLGİLİ ŞUBE KODU 1 OLARAK DEĞİŞTİRİLECEKTİR.ONAYLIYORMUSUNUZ” MESAJI VERMEKTEDİR. BU BİZİ ÇOK YAVAŞLATMAKTA.BU UYARININ PARAMETREYE BAĞLANMASINI İSTİYORUZ
Ek Açık.	ŞUBELİ ÇALIŞAN SİSTEMDE, CARİ KART GÜNCELLEME YAPILDIĞINDA ”İLGİLİ ŞUBE KODU 1 OLARAK DEĞİŞTİRİLECEKTİR.ONAYLIYORMUSUNUZ” MESAJI VERMEKTEDİR. BU BİZİ ÇOK YAVAŞLATMAKTA.BU UYARININ PARAMETREYE BAĞLANMASINI İSTİYORUZ
Problem	ŞUBELİ ÇALIŞAN SİSTEMDE, CARİ KART GÜNCELLEME YAPILDIĞINDA ”İLGİLİ ŞUBE KODU 1 OLARAK DEĞİŞTİRİLECEKTİR.ONAYLIYORMUSUNUZ” MESAJI VERMEKTEDİR. BU BİZİ ÇOK YAVAŞLATMAKTA.BU UYARININ PARAMETREYE BAĞLANMASINI İSTİYORUZ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.09.2011	2	Tamam	Evet	Hayır
Açıklama	CARI\ILGILISUBEKONTROLETME özel parametresi kullanıldığında uyarı mesajı verilmemektedir.

İstek No 39394

Tarih	Program
19.09.2011	Temelset.Stok._GENEL
Ek Açık.	STOK KARTI
Problem	STOK KARTINDA ÖTV TUTAR VR ORANDA ONDALIK 4 HANELİ OLMASI GEREKİYOR FAKAT ŞUAN 2 HANELİ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.09.2011	0	Yanıtlandı	Evet	Hayır
Açıklama	STOK\OTVORANONDALIK özel parametresi kullanılmalıdır.

İstek No 39429

Tarih	Program
23.09.2011	Temelset.Fatura.Aliş İrsaliyesi
Koşul	c/h vadelere bölünerek geçsin işaretli. cari kartında vade günü var
Problem	satıcı siparişi giriliyor vade girilmiyor. alış irsaliyei oluşturuluyor sipariş seçilerek ancak vadelere bölme ekranına default bir satır atıyor kullanıcı kendisi vade girmek için ilk önce bu satırı silmek durumunda kalıyor iş yükü ve arada atlama gibi sorunlara yol açıyor düzeltilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.10.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1632)
Modül	Fatura
Açıklama	FATURA\VADEBOSLISTE özel parametresi tanımlandığında "Vadelere Bölme" ekranında Vade Gün satırı boş gelmektedir.

İstek No 39445

Tarih	Program
26.09.2011	Temelset.Fatura._GENEL
Koşul	Risk Takibi Açık Tamamlanmayan Riski aşan sipariş,irsaliye ve faturanın BASIMI yapılamasın
Ek Açık.	mesela bir irsaliye girilirdikten sonra risk limiti veriyor ve kaydetmiyor. devamında çarpıdan kapatıldığında "Ekrandaki tüm bilgiler silinecektir" uyarısına Hayır denildiğinde sistemde irsaliye bekliyor. sonrasında irsaliye tekrar çağrılıp Üst Bilgiler kısmından Basım Yap diyerek çıktı alınıyor. bu durumda risk veren müşteriye resmi evrak basılıp sevkiyat yapılıyor.
Problem	Risk takibi açık.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.09.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1621)
Modül	Fatura
Açıklama	FATURA\ONAYLIBASIM özel parametresi tanımlandığında Tamamlanmamış Fatura\İrsaliye\Sipariş Listesindeki tamamlanmayan belgelerin Üst Bilgilerden basımı engellenmektedir.

İstek No 39447

Tarih	Program
26.09.2011	Temelset..
Ek Açık.	FATURA MODÜLÜNDE, Fatura kayıttan sonra geln İNDİRİLECEK KDV BİLGİ GİRİŞ EKRANI İÇİN, bazı alanları ( örneğin; seri , no, tarih …) girilmesi zorunlu alan yapmak istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.09.2011	2	Tamam	Evet	Hayır
Dosya	IndKdv.dll (5.0.10.62)
Açıklama	GENEL\ IND_KDV_BILGISI_BOS_GECILMESIN özel parametresi tanımlandığında * ile işaretli olan alanlar boş geçilememektedir.

İstek No 39462

Tarih	Program
27.09.2011	Temelset.Stok._GENEL
Koşul	Stok raporlarında rapor kodu sahalarında bulunan rehber ekranlarında yapmış olduğunuz değişiklik bizim için uygun değildir.Müşteri olarak biz ya eskisi gibi kullanmak istiyoruz ya da yeni ekranlara rehber de eklenmesini istiyoruz.
Ek Açık.	Sadece bir rapor kodu tablosunda 770’e yakın tanımlama bulunmakta. Kullanıcının 770 tane tanımlamanın olduğu yeni ekranda aradığını bulması oldukça zor.Çözüm olarak sunmuş olduğunuz Ek rehber önerisi insanların daha önce ek rehber kullanmadan alışkın oldukları kullanıma çok ters bulunmakta ve memnuniyetsiz müşteri sonucunu doğurmaktadır.
Problem	Sadece bir rapor kodu tablosunda 770’e yakın tanımlama bulunmakta. Kullanıcının 770 tane tanımlamanın olduğu yeni ekranda aradığını bulması oldukça zor.Çözüm olarak sunmuş olduğunuz Ek rehber önerisi insanların daha önce ek rehber kullanmadan alışkın oldukları kullanıma çok ters bulunmakta ve memnuniyetsiz müşteri sonucunu doğurmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.09.2011	1	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.10.252)
Modül	Stok
Açıklama	REHBER\STANDART özel parametresi tanımlandığında çoklu seçim yerine standart rehber gelmektedir.

İstek No 39475

Tarih	Program
28.09.2011	Temelset.POS.POSa Ürün Gönderme
Koşul	Fatura parametrelerinde "Barkod\üretici kodu dosyadan okunsun mu" parametresi işaretli
Ek Açık.	Ncr7400-Tera
Problem	Ürün gönderildiğinde stok kodu basılması gereken yerde barkod kayıtlarındaki barkod numarasını atıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.09.2011	0	Tamam	Evet	Hayır
Dosya	Pos.dll (5.0.10.55)
Modül	Pos
Açıklama	POS\NCRURUNBARKOD özel parametresi kullanıldığında ürün göndermede Barkod yerine stok kodunun atanması sağlandı.

İstek No 39485

Tarih	Program
29.09.2011	Temelset.Fatura.Aliş Faturası
Koşul	STOĞUN KARTINDA SATIŞ İÇİN OTV UYGULAMASI VARDIR. STOĞA BİR ALIŞ FATURASI GİRİLİYOR.
Ek Açık.	DAHA SONRA BİR FİYAT FARKI ORTAYA ÇIKIYOR VE ALIŞ FATURASININ TOPLAMLAR SAYFASINDAKİ FİYAT FARKI UYGULAMASI KULLANILARAK FİYAT FARKI FATURASI OLUŞTURULUYOR.
Problem	ANCAK BU ESNADA SATIŞ FATURASI OLUŞTUĞU İÇİN FATURANIN İÇİNDE BULUNAN STOĞA OTV HESAPLAMASI DA YAPILMAKTADIR. ALIŞ İÇİN KESİNLEN BİR FİYAT FARKI OLMASI NEDENİ İLE BU FATURADA OTV HESAPLAMASI YAPILAMAMALIDIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.09.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1629)
Modül	Fatura
Açıklama	FATURA\FIYATFARKIFATURASI özel parametresi olduğunda, Fiyat Farkı Faturalarında yani kod2=F olan belgelerde Ötv hesaplanmayacaktır.

İstek No 39490

Tarih	Program
29.09.2011	Temelset.Fatura.Müşteri Siparişinden Satıcı Siparişi Oluşturma
Koşul	Satıcılar için oluşturulmuş koşul kayıtları var. Cari kart 2 ‘de koşul kodu kısmında satıcı kartlarında ilgili koşul kodu atanmış durumda.
Problem	Müşteri siparişi girilirken satır bazında satıcı siparişi oluşturulması istenen kayıtlara gerekli işlemler yapılıyor. Sonra işlemlerden satıcı siparişi oluşturma çalıştırılıyor. Fakat oluşan satıcı siparişi kaydında ilgili stok için fiyat 0 geliyor. Bunun yerine koşul bilgilerini okuyarak fiyatı getirmesi gerekiyor. Satır bazı iskontosunu getirebiliyor. Kayıdın üzerinden geçersem fiyatıda oluşturabiliyor. ama buna gerek kalmaması gerek. Kaydı kendimiz girsek aynı sürede tamamlayacağız demektir bu.

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

İstek No 39502

Tarih	Program
30.09.2011	Temelset.Fatura._GENEL
Koşul	"Satır Bazı Tevkifat Uygulaması" nda cari bazında muafiyet yada limit kontrolünün olmaması gerekmektedir. Yardımcı olursanız çok seviniriz.
Ek Açık.	"Satır Bazı Tevkifat Uygulaması" nda cari bazında muafiyet yada limit kontrolünün olmaması gerekmektedir. Yardımcı olursanız çok seviniriz.
Problem	"Satır Bazı Tevkifat Uygulaması" nda cari bazında muafiyet yada limit kontrolünün olmaması gerekmektedir. Yardımcı olursanız çok seviniriz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.10.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1648)
Modül	Fatura
Açıklama	FATURA\TEVKIFATCARIBAZINDA özel parametresi tanımlanmalıdır. DEGER alanına cari kartttaki hangi Alfasayısal kullanıcı tanımlı sahanın kullanılacağı belirtilmeli. Örneğin Alfasayısal kullanıcı tanımlı saha 1 kullanılacaksa DEGER alanına 1 yazılmalıdır.Cari karttta belirtilen Kullanıcı Tanımlı saha E ise alt limit kontrolü yapılmadan tevkifat hesaplanacak, H ise tevkifat hiç hesaplanmayacak. Kullanıcı tanımlı saha boş ise standart hesaplama yani limit kontrolü yapılarak tevkifat hesaplanacaktır.

İstek No 39509

Tarih	Program
01.10.2011	Temelset.Fatura._GENEL
Koşul	SİPARİŞ GİRİŞİNDE KALEM BİLGİLERİNDE SAĞ TIKLAYIP REÇETE GETİR DENİLDİĞİNDE BİLEŞENLERİNİN FİYATLARINI GETİRMEKTE BU DA HER SEFERİNDE BİZİM BİLEŞENLERİN FİYATLARINI SIFIRLAMAMIZ DURUMUNU ORTAYA ÇIKARMAKTA. BU ALANDA DAHA ÖNCE BİLEŞENLERİN FİYATLARI 0 (SIFIR) OLARAK GELİYORDU.ESKİDEN OLDUĞU GİBİ FİYATLARIN SIFIR GELMESİNİ TALEP EDİYORUZ.
Ek Açık.	SİPARİŞ GİRİŞİNDE KALEM BİLGİLERİNDE SAĞ TIKLAYIP REÇETE GETİR DENİLDİĞİNDE BİLEŞENLERİNİN FİYATLARINI GETİRMEKTE BU DA HER SEFERİNDE BİZİM BİLEŞENLERİN FİYATLARINI SIFIRLAMAMIZ DURUMUNU ORTAYA ÇIKARMAKTA. BU ALANDA DAHA ÖNCE BİLEŞENLERİN FİYATLARI 0 (SIFIR) OLARAK GELİYORDU.ESKİDEN OLDUĞU GİBİ FİYATLARIN SIFIR GELMESİNİ TALEP EDİYORUZ.
Problem	SİPARİŞ GİRİŞİNDE KALEM BİLGİLERİNDE SAĞ TIKLAYIP REÇETE GETİR DENİLDİĞİNDE BİLEŞENLERİNİN FİYATLARINI GETİRMEKTE BU DA HER SEFERİNDE BİZİM BİLEŞENLERİN FİYATLARINI SIFIRLAMAMIZ DURUMUNU ORTAYA ÇIKARMAKTA. BU ALANDA DAHA ÖNCE BİLEŞENLERİN FİYATLARI 0 (SIFIR) OLARAK GELİYORDU.ESKİDEN OLDUĞU GİBİ FİYATLARIN SIFIR GELMESİNİ TALEP EDİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.10.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1631)
Modül	Fatura
Açıklama	FATURA\RECETESIFIRFIYAT özel parametresi kullanıldığında “Reçete Getirme” işlemi sonunda bileşenlerin fiatı sıfır olarak getirilmektedir

İstek No 39553

Tarih	Program
06.10.2011	Temelset.Maliyet Muhasebesi.Maliyet Hesaplatma
Koşul	Maliyetleri hareketlere taşı SP sinin ‘F’ tipli konsinye hareketleri etkilememesi gerekmektedir. Fiyatları değişen bu hareketler SMAR raporunu bozmaktadır. IVEDI düzeltilmesi gerekmektedir.
Ek Açık.	Maliyetleri hareketlere taşı SP sinin ‘F’ tipli konsinye hareketleri etkilememesi gerekmektedir. Fiyatları değişen bu hareketler SMAR raporunu bozmaktadır. IVEDI düzeltilmesi gerekmektedir.
Problem	Maliyetleri hareketlere taşı SP sinin ‘F’ tipli konsinye hareketleri etkilememesi gerekmektedir. Fiyatları değişen bu hareketler SMAR raporunu bozmaktadır. IVEDI düzeltilmesi gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.11.2011	1	Tamam	Evet	Hayır
Dosya	MaliyetM.dll (5.0.10.25)
Modül	Maliyet Muhasebesi
Açıklama	MALIYET\REFERANS özel parametresi kullanılmalıdır.

İstek No 39617

Tarih	Program
14.10.2011	Temelset.Üretim.Reçete Kaydı
Koşul	Reçete kaydı yapılıyor
Ek Açık.	.
Problem	Mamul kodu giriliyor,bileşenler girilmeden reçetenin kapatılamaması isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.10.2011	0	Tamam	Evet	Hayır
Dosya	Uretim.dll (5.0.10.319), Urettrk.dll
Modül	Üretim
Açıklama	URETIM\BOS_RECETE_CIKILMASIN\1 özel parametresi tanımlanmalıdır.

İstek No 39621

Tarih	Program
14.10.2011	Temelset.Cari.Ödeme Emri Oluşturma
Koşul	CARİ BANKA KAYITLARINDA 1 CARİNİN AYNI BANKAYA AİT FARKLI DÖVİZ TİPLİ BIRDEN FAZLA BANKA HESAP NUMARASI VARSA
Problem	ÖDEME EMRİ OLUŞTURMA ESNASINDA DÖVİZ TİPİ 1 İSE 1 DÖVİZ TİPLİ BANKANIN HESAP NUMARASINI ALMALI, 2 İSE 2 DÖVİZ TİPLİ BANKANIN HESAP NUMARASINI ALMALI ANCAK HER ZAMAN CARI BANKA KAYITLARINDA 1. SIRADA OLAN BANKANIN IBANINI ALIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.10.2011	2	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.10.448)
Modül	Cari
Açıklama	CARI\CARIBANKAAYNIDOVTIP özel parametresi tanımlanmalıdır.

İstek No 39677

Tarih	Program
20.10.2011	Temelset.Fatura.Aliş İrsaliyesi
Koşul	Üst bilgiler de Proje kodu değiştirildiğinde kalemlere yansıtılması istendiğinde işlem çok uzun sürmekte ve çoğunlukla da takılmakta. Benzer sorun Satış irsaliye, Alış ve Satış fatura da da yaşanmakta.
Ek Açık.	Üst bilgiler de Proje kodu değiştirildiğinde kalemlere yansıtılması istendiğinde işlem çok uzun sürmekte ve çoğunlukla da takılmakta. Benzer sorun Satış irsaliye, Alış ve Satış fatura da da yaşanmakta.
Problem	Üst bilgiler de Proje kodu değiştirildiğinde kalemlere yansıtılması istendiğinde işlem çok uzun sürmekte ve çoğunlukla da takılmakta. Benzer sorun Satış irsaliye, Alış ve Satış fatura da da yaşanmakta.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.12.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1702)
Modül	Fatura
Açıklama	FATURA\PROJEKODGUNCELLE özel parametresi kullanılmalıdır. Üst bilgilerde değiştirilen proje kodu sadece fatura kalem bilgileri ekranında değiştirilmektedir.

İstek No 39771

Tarih	Program
02.11.2011	Temelset.Fatura.Satış Faturası
Koşul	Sipariş bağlantılı Fatura kesim.
Ek Açık.	1-Ek Koşul var iken ; kalem bilgilerine geçildiğinde her kalemin üzerinden geçmek gerekiyor, Geçilmez ise doğru fiyat yansımıyor.2- Sipariş bağlantılı bir fatura kesmek istediğimde; ör: Sipariş tarihi ve koşul tarihi 31.10.2011 olsun..Bu siparişin faturasını 02.11.2011 tarihinde kesmeye kalktığımda Siparişteki Koşul tarih yerine belgenin tarihi set ediliyor..Bu da yanlış fiyatlı fatura kesilmesine neden olmakta.
Problem	Mademki sipariş bağlantılı İrsaliye/Fatura oluşturuyoruz. Siparişin neredeyse tüm bilgileri hedef belgeye taşınıyor. Neden Koşul tarihi olarak hedef belgenin düzenlendiği tarih set ediliyor da siparişin içindeki koşul tarihi alınamıyor. yardımlarınızı rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.11.2011	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1678)
Modül	Fatura
Açıklama	FATURA\SIPKOSULTARIHTASI özel parametresi kullanıldığında, siparişte girilen Koşul tarihi ve Fiat Tarihi, faturadaki koşul ve fiat tarihi alanlarına gelmektedir.

İstek No 39772

Tarih	Program
02.11.2011	Temelset.Fatura.Satış Faturası
Koşul	Diyelim ki Sipariş tarihi ile koşul tarihi 25.10.2011 olsun..İlgili siparişin Faturasını bugün kesmeye çalıştığımda 02.11.2011 de..Fatura tarihini (02.11.2011)’i koşul tarihi olarak alıyor..Koşul tarihi ve fiyat tarihinin siparişteki koşul ve fiyat tarihi ile aynı olacak şekilde taşınması isteniyor
Problem	Diyelim ki Sipariş tarihi ile koşul tarihi 25.10.2011 olsun..İlgili siparişin Faturasını bugün kesmeye çalıştığımda 02.11.2011 de..Fatura tarihini (02.11.2011)’i koşul tarihi olarak alıyor..Koşul tarihi ve fiyat tarihinin siparişteki koşul ve fiyat tarihi ile aynı olacak şekilde taşınması isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.11.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1678)
Modül	Fatura
Açıklama	FATURA\SIPKOSULTARIHTASI özel parametresi kullanıldığında, siparişte girilen Koşul tarihi ve Fiat Tarihi, faturadaki koşul ve fiat tarihi alanlarına gelmektedir.

İstek No 39773

Tarih	Program
02.11.2011	Temelset.Fatura.Aliş Faturası
Koşul	Özel fiyat veya koşul uygulaması kullanılmıyor, Özel parametre kullanılmıyor, Alış parametrelerinde İrsaliye/Faturada alış fiyatı gelsin mi parametresi açık değil.
Ek Açık.	Stok kartında fiyatlar tanımlı (alış fiyatı 1).
Problem	Bu koşullarda, fatura girişi yapılırken ilgili stok koduna ait son girilen fiyatın gelmesi gerekiyor, ancak stok kartında tanımlı olan fiyat geliyor.

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

İstek No 39779

Tarih	Program
03.11.2011	Temelset.Maliyet Muhasebesi._GENEL
Koşul	Maliyet muhasebesinin şubeler bazında ayrı yapılabilmesi isteniyor. Elazığ şubesi var, Elazığ’ın ve İzmir’in hammaddeleri ile mamulleri aynı. Hammaddelerin şube bazında maliyetleri hesaplanabilirken maliyet muh. de hesaplanamadığından mamul ve yarı mamullere şube bazında ayrım yapabilmek adına 2 kod açmak durumunda kalıyoruz. Maliyet muhasebesinin de şubeli maliyet yapabilmesini istiyoruz.
Ek Açık.	Maliyet muhasebesinin şubeler bazında ayrı yapılabilmesi isteniyor. Elazığ şubesi var, Elazığ’ın ve İzmir’in hammaddeleri ile mamulleri aynı. Hammaddelerin şube bazında maliyetleri hesaplanabilirken maliyet muh. de hesaplanamadığından mamul ve yarı mamullere şube bazında ayrım yapabilmek adına 2 kod açmak durumunda kalıyoruz. Maliyet muhasebesinin de şubeli maliyet yapabilmesini istiyoruz.
Problem	Maliyet muhasebesinin şubeler bazında ayrı yapılabilmesi isteniyor. Elazığ şubesi var, Elazığ’ın ve İzmir’in hammaddeleri ile mamulleri aynı. Hammaddelerin şube bazında maliyetleri hesaplanabilirken maliyet muh. de hesaplanamadığından mamul ve yarı mamullere şube bazında ayrım yapabilmek adına 2 kod açmak durumunda kalıyoruz. Maliyet muhasebesinin de şubeli maliyet yapabilmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.09.2012	2	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları, MaliyetM.dll (5.0.12.129), Stok.dll (5.0.12.334), Mmuhtrk.dll
Modül	Maliyet Muhasebesi
Açıklama	MALIYET\SUBE_BAZINDA_MALIYET özel parametresi tanımlandığında Şubeler bazında maliyet muhasebesinin yapılması desteklendi. Bu uygulamanın yapılması için stok parametrelerinde “Şubeler Dahil Maliyet Sistemi” parametresinin işaretli olmaması gerekmektedir. Maliyet Muhasebesi Parmetrelerinde “Şube Bazında Maliyet Kullanımı İçin Üretim Merkezi Şube Kodu” için “Yok” seçeneğinin seçilmesi gerekmektedir Şube Bazında Mamül Grup ve Stok Kodu Eşleştirme ekranı ile stok bilgileri ile mamül grup tanımlamalarının ilişkilendirilmesi sağlanabilecektir. Maliyet oluşturma süreci öncesinde raporlar bölümünde kod ilişki işlemi kullanılarak sistemde yer alan stok – mamül grup tanım bilgileri kontrol edilebilecektir.

İstek No 39786

Tarih	Program
03.11.2011	Temelset.POS.POSa Ürün Gönderme
Koşul	SIEMENS MARKET++ KULLANILIYOR.
Ek Açık.	ÜRÜN GÖNDERME İŞLEMİNDE DOSYADA SAYISAL SAHALARIN ONDALIK AYRACI . OLARAK GÖNDERİLİYOR.
Problem	MAKİNANIN BÖLGESEL AYARLARINA GÖRE . YA DA VİRGÜL OLARAK GÖNDERİLEBİLEMESİ GEREKİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.11.2011	0	Tamam	Evet	Hayır
Dosya	Pos.dll (5.0.10.57)
Modül	Pos
Açıklama	POS\VARSAYILANKARAKTER özel parametresi tanımlanmalıdır.

İstek No 39811

Tarih	Program
11.11.2011	Temelset.Fatura._GENEL
Koşul	ötv oranları değiştikten sonra (13.10.2011) eski tarihli faturayı çağırdığımız anda,herhangi değişiklik yapmadığımız halde fatura toplamını değiştiriyor.dolayısıyla cari hereketler de değişiyor.bizim için büyük bir sorun teşkil ediyor.konunun acil olarak çözülmesini rica ederiz
Ek Açık.	ötv oranları değiştikten sonra (13.10.2011) eski tarihli faturayı çağırdığımız anda,herhangi değişiklik yapmadığımız halde fatura toplamını değiştiriyor.dolayısıyla cari hereketler de değişiyor.bizim için büyük bir sorun teşkil ediyor.konunun acil olarak çözülmesini rica ederiz
Problem	ötv oranları değiştikten sonra (13.10.2011) eski tarihli faturayı çağırdığımız anda,herhangi değişiklik yapmadığımız halde fatura toplamını değiştiriyor.dolayısıyla cari hereketler de değişiyor.bizim için büyük bir sorun teşkil ediyor.konunun acil olarak çözülmesini rica ederiz

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

İstek No 39865

Tarih	Program
15.11.2011	Temelset.Muhasebe.Klasik Yevmiye Fişi
Koşul	Klasik yevmiye fişinde kullanıcı kodu ve kullanıcı adı basımı
Ek Açık.	Klasik yevmiye fişinde kullanıcı kodunu yanında kullanı kayıtlarındaki kullanıcı adı basılıyor bu alanda kullanıcı kayıtlarındaki adı soyadı alanının basılması isteniyor.
Problem	Klasik yevmiye fişinde kullanıcı kodunu yanında kullanı kayıtlarındaki kullanıcı adı basılıyor bu alanda kullanıcı kayıtlarındaki adı soyadı alanının basılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.12.2011	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.10.486)
Modül	Muhasebe
Açıklama	MUHASEBE\KLASIK_YEVMIYE_ADSOYAD_BASILSIN özel parametresi kullanılmalıdır.

İstek No 39874

Tarih	Program
16.11.2011	Temelset.Fatura.Satış Faturası
Koşul	Müşterimiz olan Topkapı Rakı firmasında. ÖTV’li satış faturası kesilmektedir. Ötv tutarları değiştikten sonra geçmiş tarihli (Eski Ötv tutarlı) bir faturaya giriş yapılıp bir değişiklik yapılmadan tamam butonuna basılınca ÖTV tutarları yeniden hesaplanıyor. Yeniden ÖTV hesaplaması yapılması istenmemektedir.
Ek Açık.	Müşterimiz olan Topkapı Rakı firmasında. ÖTV’li satış faturası kesilmektedir. Ötv tutarları değiştikten sonra geçmiş tarihli (Eski Ötv tutarlı) bir faturaya giriş yapılıp bir değişiklik yapılmadan tamam butonuna basılınca ÖTV tutarları yeniden hesaplanıyor. Yeniden ÖTV hesaplaması yapılması istenmemektedir.
Problem	Müşterimiz olan Topkapı Rakı firmasında. ÖTV’li satış faturası kesilmektedir. Ötv tutarları değiştikten sonra geçmiş tarihli (Eski Ötv tutarlı) bir faturaya giriş yapılıp bir değişiklik yapılmadan tamam butonuna basılınca ÖTV tutarları yeniden hesaplanıyor. Yeniden ÖTV hesaplaması yapılması istenmemektedir.

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

İstek No 39878

Tarih	Program
16.11.2011	Temelset.Cari.Hareket Kontrolü
Problem	"0 TL"LİK FATURA GİRİŞLERİ SÖZ KONUSU OLDUĞUNDA CARİNİN HAREKETLERİNE İŞLEMİYOR. BUNUN BHBS TARAFINA DA YANSIMASI CARİ BAZLI HAREKETLERDE EKSİKLİK OLUYOR VE TUTARSIZLIK SÖZ KONUSU YARATIYOR. BU SORUNU AŞMAK İÇİN GEÇİCİ ÇÖZÜM OLARAK FATURALARI "0.01 TL" OLARAK KESMEKTEYİZ ANCAK KALICI BİR ÇÖZÜM YARATILMASI GEREKMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.11.2011	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 39886

Tarih	Program
17.11.2011	Temelset.Fatura.Satış Faturası
Koşul	FATURADA DA İRSALİYEDE DE DİZAYNDA MAL ADI KULLANILIYOR SAHA UZUNLUĞU 50 KARAKTER TANIMLI.
Ek Açık.	FATURA KAYDINDA STOK İSMİ DEĞİŞTİRİLİYOR.50 KARAKTER YAZILIYOR.GRİDE KAYDI DEĞİŞTİRİLDİĞİ HALİYLE ATIYOR.ÇIKTIDA DA 50 KARAKTER BASIYOR.FATURA TEKRAR ÇAĞRILDIĞINDA DEĞİŞTİRİLEN STOK İSMİ GRIDDE 35 KARAKTER GÖRÜNÜYOR.DURUM İRSALİYEDE DE AYNI.KARAKTERİN ARTTIRILMASI İSTENİYOR.ÇÜNKÜ İRSALİYE KAYIT ESNASINDA BASILIYOR AMA FATURASI İRSALİYEDEN ÇAĞRILIP DAHA SONRA BASILIYOR.FATURAYI BASARKEN DE 35 KARAKTER ÇIKARDIĞI İÇİN STOK İSMİ EKSİK GÖRÜNÜYOR.
Problem	FATURA KAYDINDA STOK İSMİ DEĞİŞTİRİLİYOR.50 KARAKTER YAZILIYOR.GRİDE KAYDI DEĞİŞTİRİLDİĞİ HALİYLE ATIYOR.ÇIKTIDA DA 50 KARAKTER BASIYOR.FATURA TEKRAR ÇAĞRILDIĞINDA DEĞİŞTİRİLEN STOK İSMİ GRIDDE 35 KARAKTER GÖRÜNÜYOR.DURUM İRSALİYEDE DE AYNI.KARAKTERİN ARTTIRILMASI İSTENİYOR.ÇÜNKÜ İRSALİYE KAYIT ESNASINDA BASILIYOR AMA FATURASI İRSALİYEDEN ÇAĞRILIP DAHA SONRA BASILIYOR.FATURAYI BASARKEN DE 35 KARAKTER ÇIKARDIĞI İÇİN STOK İSMİ EKSİK GÖRÜNÜYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.12.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1694)
Modül	Fatura
Açıklama	Faturada kalemlerde stok isminin 35 karakterden fazla girilememesi destekleklendi. FATURA\STOKISMI özel parametresi tanımlandığında stok ismi 50 karakter tanımlanabilmektedir, fakat belgeye tekrar girişte 35 karaktere geçmektedir.

İstek No 39902

Tarih	Program
18.11.2011	Temelset.Teklif._GENEL
Koşul	işlemler altındaki tip dönüştürme işlemlerinden sonra açılan bilgilendirme ekranının, basım işlemi yapıldıktan sonra kapanmamasının sağlanması.
Ek Açık.	işlemler altındaki tip dönüştürme işlemlerinden sonra açılan bilgilendirme ekranının, basım işlemi yapıldıktan sonra kapanmamasının sağlanması.
Problem	işlemler altındaki tip dönüştürme işlemlerinden sonra açılan bilgilendirme ekranının, basım işlemi yapıldıktan sonra kapanmamasının sağlanması.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.11.2011	0	Tamam	Evet	Hayır
Dosya	Teklif.dll (5.0.10.85)
Modül	Talep\Teklif
Açıklama	TEKLIF\DIZAYNPENCERESINIKAPATMA özel parametresi kullanılmalıdır.

İstek No 39931

Tarih	Program
22.11.2011	Temelset.Fatura._GENEL
Koşul	Doğanlar otomotivde araç için anlaşma sağlandıktan sonra anlaşma bedeli kadar ötv matrahı devlete ödeniyor. Yapılan iskonto alış fiyatının %10 altında olduğu zamanlarda ötv matrahı maximum alış fiyatının %10 altında hesaplanabiliyor. Bu yüzden ötv ye fatura sırasında müdahele etmemiz gerekiyor. Bu gereklilik bu firmaya özel değil özel tüketim vergisi tebliğinde yer almamaktadır.
Ek Açık.	Doğanlar otomotivde araç için anlaşma sağlandıktan sonra anlaşma bedeli kadar ötv matrahı devlete ödeniyor. Yapılan iskonto alış fiyatının %10 altında olduğu zamanlarda ötv matrahı maximum alış fiyatının %10 altında hesaplanabiliyor. Bu yüzden ötv ye fatura sırasında müdahele etmemiz gerekiyor. Bu gereklilik bu firmaya özel değil özel tüketim vergisi tebliğinde yer almamaktadır.
Problem	Doğanlar otomotivde araç için anlaşma sağlandıktan sonra anlaşma bedeli kadar ötv matrahı devlete ödeniyor. Yapılan iskonto alış fiyatının %10 altında olduğu zamanlarda ötv matrahı maximum alış fiyatının %10 altında hesaplanabiliyor. Bu yüzden ötv ye fatura sırasında müdahele etmemiz gerekiyor. Bu gereklilik bu firmaya özel değil özel tüketim vergisi tebliğinde yer almamaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.11.2011	0	Yanıtlandı	Evet	Hayır
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.

İstek No 40043

Tarih	Program
02.12.2011	Temelset. ._GENEL
Koşul	program içerisinden b formu alınıyor cari kodu farklı vergi numarası aynı cariler mevcut…
Problem	Bu tarz cariler için B formu alınırken vergi numarası kriteri verilmesi gerekli….

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.12.2011	0	Yanıtlandı	Evet	Hayır
Açıklama	MUHASEBE/BFORMCARIKODKIRILIMYAPMA özel parametresi kullanıldığında aynı vergi numarasına sahip kayıtlar için kümülasyon yapılmaktadır.

İstek No 40044

Tarih	Program
02.12.2011	Temelset. ._GENEL
Koşul	program içerisinden b formu alınıyor cari kodu farklı vergi numarası aynı cariler mevcut…
Problem	Bu tarz cariler için B formu alınırken vergi numarası kriteri verilmesi gerekli….

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.12.2011	0	Yanıtlandı	Evet	Hayır
Açıklama	MUHASEBE/BFORMCARIKODKIRILIMYAPMA özel parametresi kullanıldığında aynı vergi numarasına sahip kayıtlar için kümülasyon yapılmaktadır.

İstek No 40151

Tarih	Program
13.12.2011	Temelset.Fatura.Müşteri Siparişleri
Koşul	"Cari hareket vadelere bölünerek geçsin" parametresi kullanılıyor. Ödeme kodu boş geçilip sipariş toplamlar sayfasından vade günü 30 giriliyor. Vadelere bölme ekranı açılıyor. Grid boş ve bu ekranda değişiklik yapılmadan kaydediliyor. Belgeyi tekrar açtığımızda yada bu siparişten fatura oluşturmak istediğimizde vadelere bölme ekranında gridde günü 0 olan kayıt görüyoruz. Buda bu toplamlarda girilen vadenin cari hareketlere yansımamasına sebep oluyor.
Ek Açık.	Belge direk fatura olarak girilirse sorun yaşanmıyor. Sorun siparişin kaydında vadelere bölme ekranına otomatik atılan 0 vadeli kayıttan kaynaklanıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.12.2011	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\VADEBOSLISTE özel parametresi kullanılmalıdır.

İstek No 40155

Tarih	Program
14.12.2011	Temelset.Fatura._GENEL
Koşul	OTV li urunler
Problem	Faturalarımızda urunlerın bırım agırlıkları her faturada degısmektedır , yanı X urunu bır faturada br.ağırlığı 0.9 ıken diger faturada 0.8 olabiliyor , Dolayısıyla bayılerımızin faturayı kaydederken Stok kartlarında bırım agırlıklarını degıstırmek gıbı bır sansı bulunmamaktır , Çözüm olarak Fatura Kalemler ekranında Br.Ağırlık alanı olsa ve bu alan dolu ise urunun OTV oranını bualanda yazan ağırlığa gore hesaplasa eger bos veya 0 ıse Stok kartında belırtılen Br.ağırlığa göre hesaplama yapılması sorunun çözecektir Konu hakkında geri dönüşünüzü beklemeteyiz

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.12.2011	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1700)
Modül	Fatura
Açıklama	FATURA\OTVBIRIMAGIRLIK özel parametresi tanımlandığında, Ötv li stoklarda fatura kalemlerde “Birim Ağırlık” alanı aktif gelecek ve bu alanda ötv hesaplamasında dikkate alınacak birim ağırlık değeri istenirse değiştirilebilecektir. (Ötv hesaplaması tutar üzerinden olduğu zaman)

İstek No 40169

Tarih	Program
14.12.2011	Temelset.Müşteri Çekleri.Çek Seçimi
Koşul	Çek seçimi yapılıyor
Problem	Grid ekranda gelen çekler daha önce vadeye göre sıralı gelirken şu anda sc_no ya göre sıralı gösteriyor.Vadeye göre sıralanması isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.12.2011	0	Tamam	Evet	Hayır
Dosya	Mcek.dll (5.0.10.477)
Modül	Müşteri Çekleri
Açıklama	CEKSENET\BORDROSIRALA özel parametresi tanımlı olduğunda, sıralama çek numarasına, bu özel parametre tanımlı olmadığında vade tarihine göre olacaktır.

İstek No 40207

Tarih	Program
17.12.2011	Temelset.Fatura.Aliş Faturası
Koşul	Çoklu tevkifat uygulaması kullanılıyor. Tevkifat tutarları kdv oranlarına göre farklı kdv hesaplarında takip edilmek isteniyor . Tevkifatlı alış faturalarında entegrasyonda tevkifat kdv hesabı tevkifat kdv tutarı ile, kalan kdv tutarı verilen kdv hesabı ile, 360 hesap ise tevkifat kdv tutarı kadar alacaklanması gerekiyor. Yani tevkifat kdv tutarı sadece çoklu kdv hesabına verilen hesapta izlenebiliyor. Asıl kdv hesabına ise topğlam kdv’yiğ mahsup ediyor. KDV beyanı döneminde bu kayıtları toparlamak zor oluyor.
Ek Açık.	Programda, çoklu kdv tanımlama ekranına 360 hesabı kullanırsak 360 hesabı alacaklandırıyor, ancak fatura toplam kdv tutarını entegrasyondaki hesaba tek satırda atıyor. Bu durumda tevkif edilen tutar 360’tan takip etmek zorunda kalınıyor.
Problem	Mahsubun şöyle olması gerekiyor. kalemlerin toplam tutarı stok hesabı 100-TL(borç) tevkif edilen kdv tutarı tevkifat kdv hesabı ile 10 lira(borç) kalan kdv tutarı olan 8 lira entegrasyondaki kdv hesabı ile(borç) 360 hesap tevkifat tutarı kadar alacak, *320 hesap tevkifat hariç tutar ile alacak olarak mahsup edilebilmeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.06.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2101)
Modül	Fatura
Açıklama	FATURA\TEVKİFAT özel parametresi tanımlandığında ve değer alanına K değeri girildiği zaman; Çoklu Tevkifat Oran Tanımlama “Satış Hesap Kodu” alanındaki hesap koduna “Kdv tutarından tevkifat tutarının düşülmüş değeri” atılmaktadır. Çoklu tevkifat Oran Tanımlama ekranında, özel kod2 alanına göre farklı tevkifat oranları ve hesap kodları tanımlanabilmektedir.

İstek No 40253

Tarih	Program
21.12.2011	Temelset.Üretim.İş Emri Girişi
Koşul	işemri çıktısında mamulun reçetesi basılıyor. ürüne ait reçetede veya işemrine bağlı reçetede yer alan otomatik yarımamul reçetelerinin de basılabilmesi isteniyor.
Ek Açık.	sadece otomatik reçetelerin basılabilmesi yeterli
Problem	sadece otomatik reçetelerin basılabilmesi yeterli

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.01.2012	2	Tamam	Evet	Hayır
Dosya	Uretdzn.dll (5.0.10.37)
Modül	Üretim
Açıklama	URETIM\OTORECISEMRIBAS özel parametresi tanımlandığında, dizayn alanlarında “9011- BILESEN KODU” alanı ile “ Oto. Reç” işaretli olan yarımamullerin alt bileşenlerinin de basımı desteklendi. Bu uygulama için "İş Emri ile Reçete Sakla" parametresinin de işaretli olması gerekmektedir.

İstek No 40264

Tarih	Program
22.12.2011	Temelset._GENEL._GENEL
Koşul	İNDİRİLECEK KDV LİSTESİ PARAMETRELERİNDE İNDİRİLECEK KDV BİLGİLERİ ALINSIN İŞARETLİ
Ek Açık.	PROGRAM İNDİRİLECEK KDV LİSTESİ İÇİN AÇILAN PENCEREDE VERİ GİRİŞİ YAPILMADAN ÇIKIŞ YAPILMASINA İZİN VERMESİN
Problem	PROGRAM İNDİRİLECEK KDV LİSTESİ İÇİN AÇILAN PENCEREDE VERİ GİRİŞİ YAPILMADAN ÇIKIŞ YAPILMASINA İZİN VERMESİN

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.12.2011	2	Tamam	Evet	Hayır
Dosya	IndKdv.dll (5.0.10.70)
Açıklama	GENEL\ IND_KDV_BILGISI_BOS_GECILMESIN özel parametresi tanımlı olduğunda, zorunlu olan sahalara değer girilmeden “Çıkış” yada ” X “ tuşuna basılarak çıkılamaması desteklendi.

İstek No 40294

Tarih	Program
24.12.2011	Temelset.Fatura.Aliş İrsaliyesi
Koşul	STOKLARDA SERİ TAKİBİ YAPILIYOR
Ek Açık.	ACİL
Problem	İLGİLİ ÜRÜNÜN SERİLİ OLARAK GİRİŞİ YAPILIYOR. DAHA SONRA ÜRÜN SATILIYOR. SATIŞTAN İADE İŞLEMİ YAPILIRKEN PROGRAM ‘SERİ TAKİBİ DOSYASINA KAYIT YAPILAMADI. … NOLU SERİNİN GİRİŞİ DAHA ÖNCEDEN YAPILMIŞ.’ UYARISINI VERİYOR. İADE İŞLEMİ YAPILIRKEN ÇIKTIĞIM SERİDEN MALZEMEYİ AYNI SERİ İLE DEPOMA ALABİLMELİYİM.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.01.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	STOK\URUN_BAZINDA_SERI_DEGISKEN özel parametresi kullanılmalıdır.

İstek No 40305

Tarih	Program
26.12.2011	Temelset.Fatura.Müşteri Siparişleri
Koşul	Koşul uygulaması kullanılıyor. Koşullarımızın detay koşul kayıtları var, genel koşul kayıtları yok. Örnek olarak 1 müşteri siparişi giriliyor, üst bilgilerden sonra gelen koşul bilgileri ekranı boş geçiliyor. Kalem bazında istediğimiz koşul tanımları yapılıyor. Toplamlar sayfasından Fatura Altı İskonto yapılıyor ve belge kaydediliyor. Daha sonra sevk emri -> yükleme emri -> fiş oluşturdan irsaliye / faturası oluşturuluyor.
Ek Açık.	Oluşan irsaliye / faturaya Fatura Altı iskontomuz yansımıyor. Fatura altı iskontonun da yansıması gerekiyor. Koşul uygulaması kapalıyken siparişi parçalı da irsaliye / faturalaştırsak parçasız da irsaliye / faturalaştırsak Fatura altı iskontolar belgeye yansıyordu.
Problem	Oluşan irsaliye / faturaya Fatura Altı iskontomuz yansımıyor. Fatura altı iskontonun da yansıması gerekiyor. Koşul uygulaması kapalıyken siparişi parçalı da irsaliye / faturalaştırsak parçasız da irsaliye / faturalaştırsak Fatura altı iskontolar belgeye yansıyordu.

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

İstek No 40405

Tarih	Program
05.01.2012	Temelset.Devir.Sipariş Devir
Koşul	Depolar arası transfer takibi ayrı yapılsın işaretlidir.
Ek Açık.	bu parametre ile devir yapıldığında sipariş adedinin tamamı sevk edilmemiş satırlar hiç sevkiyatı yapılmamış gibi aktarılmaktadır. Parametre kaldırıldığında sorun yok. Fakat bu durumda da depo tranferi ile teslimatı yapılmış siparişle miktar 0 olarak devredilmektedir. Bu hatayı geçen sene sonunda da yazmıştık.
Problem	bu parametre ile devir yapıldığında sipariş adedinin tamamı sevk edilmemiş satırlar hiç sevkiyatı yapılmamış gibi aktarılmaktadır. Parametre kaldırıldığında sorun yok. Fakat bu durumda da depo tranferi ile teslimatı yapılmış siparişle miktar 0 olarak devredilmektedir. Bu hatayı geçen sene sonunda da yazmıştık.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.02.2012	1	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 40415

Tarih	Program
06.01.2012	Temelset.POS.Olivetti Parametreleri
Koşul	Olivetti OL-7000 yazarkasa kullanılıyor, Netsis Fatura Parametrelerinde "Barkod/Üretici Kodu Dosyadan Okunsun mu" parametresi işaretli. Netsiste POS Aktarım modülü var.
Ek Açık.	Olivetti parametrelerinde tek kasa seçmeye izin veriyor. Stok kartından girdiğimiz Barkod 1, Barkod 2, Barkod 3 veya Stok kodundan bir tanesini aktarmaya izin veriyor. Stok kartında stok adı ne yazıyorsa onu aktarmaya çalışıyor.
Problem	Stoklarda 3 ten fazla barkod var. Bu yüzden stok barkod girişi alanı kullanılıyor. Yazarkasaya buradan girilen bütün barkodların aktarılması isteniyor. Yazarkasadan girilen kayıtların bazıları nakit kasaya, bazıları ise kredi kasasına aktarılıyor. Stok adı yerine stok sabit kartında belirlenecek diğer sahalardan birisinde yazan stok kısa ismi aktarılsın isteniyor. ACİL !!!

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.01.2012	1	Tamam	Evet	Hayır
Dosya	Pos.dll (5.0.10.67)
Modül	Pos
Açıklama	OL7000\COKLUBARKOD özel parametresi tanımlandığında farklı barkodların ürün dosyasında gönderilmesi desteklendi.

İstek No 40419

Tarih	Program
06.01.2012	Temelset.Fatura.Aliş Faturası
Koşul	Seri parametresi açık, irsaliye parçalama iin özel parametre tanımlı, fatura parametrelerinde iraliye parçalama açık.
Ek Açık.	Alış faturasından iraliye numarası girilerek miktar değiştiriliyor. Seri bilgisi faturaya taşınmıyor.
Problem	Ayrıca sipariş bilgileri sekmesinde iraliye kalemi seçilip faturalaştırma yapmak istediğimde kalemi miktarına müdahale edilemiyor, müdahale edilebilsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.01.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\IRSSERIBAGLANTI özel parametresinin tanımlanması gerekmektedir.

İstek No 40421

Tarih	Program
07.01.2012	Temelset.POS.POStan Satış İşleme
Koşul	Interpos karmakoli desteği
Ek Açık.	.
Problem	.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.01.2012	0	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.10 dosyaları, Pos.dll (5.0.10.63)
Modül	Pos
Açıklama	POS\KARMAKOLI özel parametresi tanımlandığında, İnterpos Pos cihazı için satış dosyasından karmakoli stoğunu bularak ilgili bileşenlerinin stok hareketlerine işlenmesi desteklendi.

İstek No 40429

Tarih	Program
09.01.2012	Temelset.Fatura.Sevk Emri
Koşul	Sevk emrinde basım yap denildiğinde aynı anda kaydının yapılması isteniyor.
Ek Açık.	Fatuaradaki gibi BAIMYAPVEKAYDET parametresinin sevk emrinde de geçerli olması
Problem	Sevk emrinde basım yap denildiğinde aynı anda kaydının yapılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.05.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1994)
Modül	Fatura
Açıklama	FATURA\BASIMYAPVEKAYDET’özel parametresi tanımlandığında sevk ve yükleme ekranlarında da basım yapıldıktan sonra kayıt işleminin de kullanıcı onayına bırakılmadan yapılması desteklendi.

İstek No 40433

Tarih	Program
09.01.2012	Netle.NETPOS._GENEL
Koşul	Olivetti 7000’de stok ismini değil de stoğun İngilizce ismi alanında yazan değeri göndermesinin sağlanması
Ek Açık.	Olivetti 7000’de stok ismini değil de stoğun İngilizce ismi alanında yazan değeri göndermesinin sağlanması
Problem	Olivetti 7000’de stok ismini değil de stoğun İngilizce ismi alanında yazan değeri göndermesinin sağlanması

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.01.2012	1	Tamam	Evet	Hayır
Dosya	Pos.dll (5.0.10.64)
Modül	Pos
Açıklama	OL7000\INGISIM özel parametresi tanımlanmalıdır.

İstek No 40443

Tarih	Program
09.01.2012	Temelset.POS.POStan Satış İşleme
Koşul	Siemens Market+ POS’u mevcut. Kapalı fatura Cari hesaba işlensin parametresi seçili.
Ek Açık.	Satış dosyasında Ödeme tipi 01-NAKİT , 02-KREDİ KARTI , 09-CARİ olduğu anlaşılıyor.
Problem	Dosyada cari kod var, sistem bunu görünce cariye borç atıyor. Fakat Cari ödemesini Nakit yapmış yani 120 için bir de Alacak hesabı çalıştırılmalı, Kapalı fatura oluşturulmalı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.01.2012	2	Yanıtlandı	Evet	Hayır
Dosya	Pos.dll (5.0.10.67)
Modül	Pos
Açıklama	POS\NAKITKREDI özel parametresi tanımlanmalı, DEGER kısmına ise 01;02 gibi nakit kasaların yazılması gerekmektedir.

İstek No 40445

Tarih	Program
09.01.2012	Temelset.Fatura.Satış Faturası
Koşul	C7H VADELERE BÖLÜNEREK GEÇSİN PARAMETRESİ AÇIK. DÖVİZLİ BİR SATIŞ FATURASI GİRİLİYOR. TOPLAMLAR SEKLMESİNDE DÖVİZ SIFIRLAMA YAPILIYOR. DÖVİZ DEĞERLERİ SIFIRLANIYOR. FATURA KAYDEDİLİYOR. ANCAK CARİ HAREKETLERDE VE ENTEGRASYON KAYITLARINA DÖVİZ RAKAMLARI GELİYOR. GELMEMESİ GEREKİYOR.
Problem	C/H VADELERE BÖLÜNEREK GEÇSİN PARAMERESİNİ KAPATILDIGINDA SORUN YOK.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.01.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1747)
Modül	Fatura
Açıklama	Döviz sıfırlama işlemi yapılınca cari harekette dövizlerin sıfırlanması sağlandı ayrıca entegrasyonda da döviz tutarlarının sıfırlanması için FATURA\DOVIZTIPSIFIRLA özel parametresinin tanımlanması gerekmektedir.

İstek No 40449

Tarih	Program
09.01.2012	Temelset.Fatura.Satış Faturası
Koşul	Satır bazı iskontolu olarak girilmiş bir fatura tekrar çağrılıp tarih değişikliği yapılıyor. Fiili tarih değişikliği ve değişiklik kalemlere yansıtılacak uyarıları onaylanıp kalemlere geçiliyor. Kalemdeki iskonto sıfırlanmış oluyor.
Ek Açık.	Kalemdeki iskonto sıfırlanmamalı.

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

İstek No 40466

Tarih	Program
10.01.2012	Temelset.Teklif.Satın Alma Teklif Siparişleştirme
Koşul	SIPARIS SERI NUMARASI OLMADAN OTOMATİK SON NUMRANIN GELMESINI ISTIYORUZ, SİPARİŞTE SERİ KULLANMAK İSTEMİYORUZ
Ek Açık.	SIPARIS SERI NUMARASI OLMADAN OTOMATİK SON NUMRANIN GELMESINI ISTIYORUZ, SİPARİŞTE SERİ KULLANMAK İSTEMİYORUZ
Problem	SIPARIS SERI NUMARASI OLMADAN OTOMATİK SON NUMRANIN GELMESINI ISTIYORUZ, SİPARİŞTE SERİ KULLANMAK İSTEMİYORUZ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.03.2012	2	Tamam	Evet	Hayır
Dosya	Teklif.dll (5.0.10.166)
Modül	Talep\Teklif
Açıklama	TEKLIF\SIPARISSONUMARAGETIR özel parametresi tanımlanmalıdır.

İstek No 40471

Tarih	Program
11.01.2012	Temelset.POS.Satış Alma ve Ürün Gönderme
Koşul	ibm yazarkasaya ürünler gönderilirken ölçü birimi bölenlerinin yazarkasaya gönderilememesi
Ek Açık.	38394 istek numaralı talebimiz üzerine yapılan özel parametre çalışması ile netsis’te tanımlı stoklar mt. mt2 mt3 olarak ibm yazarkasa pos cihazına gönderilip fiş ve faturalarda doğru ölçü birimleri basabiliyoruz.örnek 1kg. 2mt. 1m3. gibi ancak fiş ve faturada basımını gerçekleştiremediğimiz bir nokta var örnek 1,5 kg.(birkilobeşyüzgram.), 2,75mt.(ikimetreyetmişbeşcm.), 2,5kg.(ikikilobeşyüzgram) vs. gibi. daha önce özel parametre tanımlı olmadan kg.(kilogramlı) ürünlerde stok kartı kaydı tanımlarken ek bilgiler sekmesinde tartı ürünü ibaresine chek işareti koyduğumuzda ve netsis e ürün gönderdikten sonra bu ürünü kg.(kilogram) ürün olduğunu anlıyor ve istediğiğmiz gibi gramajlı basabiliyorduk. örneğin yazarkasadan 2500 yazdığımızda ibm yazarkasa bunu 1000 e bölüyor ve fişe veya faturaya 2,5 kg. olarak basabiliyordu. 38394 numaralı talepten sonraki özel parametreden sonra bu özellikte iptal oldu tabii. bizim isteğimiz bu çarpan bölen oranlarınında netsis tarafından ibm yazarkasa pos cihazına tanımlı olarak gönderilmesi. ibm yazarkasa sürekli en küçük birimi baz alıyor yazarkasadan 1,5 kg. ürün satmaya kalktığımızda 1500 yazdğımızda netsis’ten tanımlı stok kg. ürün ise yazarkasa bunu 1000’e bölüp 1,5 kg. olarak yazacak (zaten yazarkasa bunu otomatikman yapıyor), netsis’ten metre (MT) ölçü birimli tanımlı ürün ibm yazarkasadan 175 yazdığımzda (yazarkasa bunu otomatikman 100’e bölüyor) ve çıktı olarak 1,75 mt. yazacak şekilde bu tanımların ibm pos yazarkasaya gönderilmesini istiyoruz. teşekkürler.
Problem	38394 istek numaralı talebimiz üzerine yapılan özel parametre çalışması ile netsis’te tanımlı stoklar mt. kg. mt2 mt3 olarak ibm yazarkasa pos cihazına gönderilip fiş ve faturalarda doğru ölçü birimlerini basabiliyoruz.örnek 1kg. 2mt. 1m3. gibi ancak fiş ve faturada basımını gerçekleştiremediğimiz bir nokta var örnek 1,5 kg.(birkilobeşyüzgram.), 2,75mt.(ikimetreyetmişbeşcm.), 2,5kg.(ikikilobeşyüzgram) vs. gibi. daha önce 38394 nolu özel parametre tanımlı olmadan kg.(kilogramlı) ürünlerde stok kartı kaydı tanımlarken ek bilgiler sekmesinde tartı ürünü ibaresine chek işareti koyduğumuzda ve netsis e ürün gönderdikten sonra bu ürünü kg.(kilogram) ürün olduğunu anlıyor ve istediğiğmiz gibi gramajlı basabiliyorduk. örneğin yazarkasadan 2500 yazdığımızda ibm yazarkasa bunu 1000 e bölüyor ve fişe veya faturaya 2,5 kg. olarak basabiliyordu. 38394 numaralı talepten sonraki özel parametreden sonra bu özellikte iptal oldu tabii. bizim isteğimiz bu çarpan bölen oranlarınında netsis tarafından ibm yazarkasa pos cihazına tanımlı olarak gönderilmesi. ibm yazarkasa sürekli en küçük birimi baz alıyor yazarkasadan 1,5 kg. ürün satmaya kalktığımızda 1500 yazdığımızda netsis’ten tanımlı stok kg. ürün ise yazarkasa bunu 1000’e bölüp 1,5 kg. olarak yazacak (zaten yazarkasa bunu otomatikman yapıyor), netsis’ten metre (MT) ölçü birimli tanımlı ürün ibm yazarkasadan 175 yazdığımızda (yazarkasa bunu otomatikman 100’e bölüyor) ve çıktı olarak 1,75 mt. ve MT3 de buna dahil olmak üzere yazacak şekilde bu tanımların ibm pos yazarkasaya gönderilmesini istiyoruz. teşekkürler.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.01.2012	0	Tamam	Evet	Hayır
Açıklama	Metre için 100 , tartılı ürünleri için 1000 böleni desteklendi. POS\OLCUBIRIMI özel parametresi de tanımlanmalıdır.

İstek No 40484

Tarih	Program
11.01.2012	Temelset.Üretim.İş Emri Girişi
Koşul	40253 numaralı isteğimiz cevaplandı ve ihtiyacı karşılamamktadır. otorec yarımamulun alt bileşenlerinin miktarları işemri miktarı ile çarpılarak getirilmeli.
Problem	9003 VE 9013 NOLU ALANLAR İLE BASIM DA OTO REC İŞARETLİ OLAN YARIMAMUL VE ALT BİLEŞENLERİN MİKTARLARI ÇARPILARAK GETİRİLMEMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.01.2012	1	Tamam	Evet	Hayır
Dosya	Uretdzn.dll (5.0.10.43)
Modül	Uretim
Açıklama	Yarımamullere ait bileşenlerin basılması için URETIM\OTORECISEMRIBAS özel Parametresi ve üretim miktarları için 9013 no lu alan kullanılmalıdır.

İstek No 40578

Tarih	Program
18.01.2012	Temelset.Dekont._GENEL
Koşul	Genel dekont kaydı ekranında, stok kartları arasında, miktarlı giriş ve çıkış kaydı yapılıyor. Ancak dekont ekranı, stoklardaki seri uygulamasını desteklemiyor. Dekont modülünde, stoklarla ilgili bir işlem yapıldığında, eğer stok kartı serili takip edilen bir kart ise, seri uygulamasının da desteklenmesi isteniyor…
Ek Açık.	Teşekkürler…

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.03.2012	2	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 40642

Tarih	Program
23.01.2012	Temelset.Fatura.Aliş İrsaliyesi
Koşul	proje uygulaması açık ve tblafatuprm tablosunda vade_tar = ‘e’ iken alış irsaliyesi kesiliyor ve tamam butonuna basıldığında taksit oluşturma bilgileri ( peşinat tutarı alanıda ) görülüyor ve bilgi girilmeden kaydediliyor
Ek Açık.	irsaliye tekrar açılıyor faturalaştır butonuna basılıyor. peşinat tutarı bilgileri görünmüyor.
Problem	proje uygulaması kapatılıp vade_tar = ‘h’ olarak update dildiğinde irsaliye ikinci kez açılarak faturalaştır denildiğinde peşinat tutarı alanıda görüntüleniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.02.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1775)
Modül	Fatura
Açıklama	FATURA\VADEBOSLISTE özel parametresi tanımlanmalıdır.

İstek No 40649

Tarih	Program
23.01.2012	Temelset.Dekont._GENEL
Koşul	Farklı kullanıcılar aynı anda dekont kaydı girmektedir. A Kullanıcısını başlatmış olduğu dekont kaydı sisteme B kullanıcısı tarafında girilip Genel Dekont Kaydı açıldığında TAMAMLANMAMIŞ Dekont Listesinde çıkmaktadır. Ve B kullanıcısı açılan listeden ilgili kaydı seçip girebilmektedir. Ve üzerinde değişiklik ve/veya İptal yapabilmektedir. Bu da kullanıcı sayımız fazla olduğundan hatalara ve veri bütünlüğünün kontrolünü zorlaştırmasına sebebeiyet vermektedir. Burada sizlerden ricamız Tamamlanmamış Dekont Listesi sisteme giren aktif kullanıcı kim ise onun tamamlanmamış dekont listesi önüne gelirse o kişiye ait olan listenin gelmesidir. Eğer mümkünse Admin kullanıcına ise tüm tamamlanmamış dekont listesinin gelmesi güzel olur.
Ek Açık.	Farklı kullanıcılar aynı anda dekont kaydı girmektedir. A Kullanıcısını başlatmış olduğu dekont kaydı sisteme B kullanıcısı tarafında girilip Genel Dekont Kaydı açıldığında TAMAMLANMAMIŞ Dekont Listesinde çıkmaktadır. Ve B kullanıcısı açılan listeden ilgili kaydı seçip girebilmektedir. Ve üzerinde değişiklik ve/veya İptal yapabilmektedir. Bu da kullanıcı sayımız fazla olduğundan hatalara ve veri bütünlüğünün kontrolünü zorlaştırmasına sebebeiyet vermektedir. Burada sizlerden ricamız Tamamlanmamış Dekont Listesi sisteme giren aktif kullanıcı kim ise onun tamamlanmamış dekont listesi önüne gelirse o kişiye ait olan listenin gelmesidir. Eğer mümkünse Admin kullanıcına ise tüm tamamlanmamış dekont listesinin gelmesi güzel olur.
Problem	Farklı kullanıcılar aynı anda dekont kaydı girmektedir. A Kullanıcısını başlatmış olduğu dekont kaydı sisteme B kullanıcısı tarafında girilip Genel Dekont Kaydı açıldığında TAMAMLANMAMIŞ Dekont Listesinde çıkmaktadır. Ve B kullanıcısı açılan listeden ilgili kaydı seçip girebilmektedir. Ve üzerinde değişiklik ve/veya İptal yapabilmektedir. Bu da kullanıcı sayımız fazla olduğundan hatalara ve veri bütünlüğünün kontrolünü zorlaştırmasına sebebeiyet vermektedir. Burada sizlerden ricamız Tamamlanmamış Dekont Listesi sisteme giren aktif kullanıcı kim ise onun tamamlanmamış dekont listesi önüne gelirse o kişiye ait olan listenin gelmesidir. Eğer mümkünse Admin kullanıcına ise tüm tamamlanmamış dekont listesinin gelmesi güzel olur.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.03.2012	2	Tamam	Evet	Hayır
Dosya	Dekont.dll 5.0.10.659
Modül	Dekont
Açıklama	DEKONT\KULLANICI_BAZINDA_DEKONT özel parametresi tanımlandığında her kullanıcı sadece kendisinin girdiği ve tamamlamadığı dekontları “Tamamlanmamış Dekont” listesinde görecek, Admin kullanıcı ise tüm kullanıcılara ait tamamlanmamış dekont kayıtlarını görebilecektir. Bu uygulama dosya güncellemesinden ve özel parametre tanımlaması yapıldıktan sonra girilen dekont kayıtları için geçerli olacaktır.

İstek No 40678

Tarih	Program
25.01.2012	Temelset..
Koşul	NET POS KULLANIMI
Ek Açık.	NET POS TA BELGE IPTALINDE KASA DURUMU
Problem	NET POS TAN BELGE IPTALI ILE FATURA IPTAL EDILINCE KASADAN ILGILI KAYDI HIC OLMAMIS GIBI SILIYOR. BUNUN YERINE TERS KAYIT ILE DURUMU GOSTERMESINI SAGLAMALIYIZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.01.2012	0	Tamam	Evet	Evet
Açıklama	Grup kodu: SHOPS, Anahtar: , Değer: BELGEIPTALINDEKASAYATERSKAYITATILSIN özel parametresi ile kasaya ters kayıt atılması sağlanmıştır. Güncel dosyaların temini için destek birimleri ile görüşünüz.

İstek No 40698

Tarih	Program
26.01.2012	Temelset.Fatura._GENEL
Koşul	Seri Takibi penceresinde Serino1, Serino2, Miktar alanlarını enter tuşu ile geçiyoruz.
Ek Açık.	Açıklama1 ve Açıklma2 alanları kapanıyor. dolduramıyoruz. Enter tuşu ile açıklama1 açıklama2 alanına geçiş istiyoruz

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.02.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\SERIOTOKAPATMA özel parametresi tanımlanmalıdır.

İstek No 40726

Tarih	Program
30.01.2012	Temelset.Fatura._GENEL
Koşul	Koşul Uygulaması Kullanılıyor
Problem	Eger ana kosulun detay tanımlarında veya ek kosul olarak kullanılan kosulun detayında parametre işaretli ise ilave şeklinde işaretli olan kosulun detayının çalışması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.01.2012	1	Tamam	Evet	Evet
Dosya	Fatura.dll, Dbupdate 5.0.10 dosyaları
Modül	Fatura
Açıklama	KOSUL\BASKINKOSUL özel parameteresi işaretlendiğinde; -Koşul detay da baskın kosul parametresi gelecektir. -Eger ana kosulun detay tanımlarında veya ek kosul olarak kullanılan kosulun detayında parametre işaretli ise ilave şeklinde işaretli olan kosulun detayının çalışması desteklendi. – Her iki koşul içinde –yanlışlıkla – işaretli olduğu durumda veya her ikisi içinde işaretli olmadığında ise ek koşul tanımlarındaki ilave koşul politikası geçerli olacaktır.

İstek No 40748

Tarih	Program
31.01.2012	Temelset.Banka.Kredi Kartı Tahsilat Kayıtları
Koşul	kredi kartı tahsilatı yaptığımda tahsilatı yaptığım cari hareket ile ilgili olarakta vade tarihi girilebilmesini istiyorum. yaşlandırma yapabilmem için önemlidir.
Ek Açık.	tahsilat ekranında da vade girebilirim (girdiğim tahsilat vadesine göre pos hesabına attığı gibi cari hesabına da vade atsın) yada kredi kartı sözleşme hesaplarıma göre vadelendirsin.
Problem	tahsilat ekranında da vade girebilirim (girdiğim tahsilat vadesine göre pos hesabına attığı gibi cari hesabına da vade atsın) yada kredi kartı sözleşme hesaplarıma göre vadelendirsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.01.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Kredi Kartı uygulaması ile ilgili belirtilen açıklamayı kapsayan düzenleme mevcut planımızda bulunmamaktadır. Fakat BANKA\CARIORTVADE özel parametresi kullanıldığında, Cari hareketlerde vade tarihi alanına taksitlerin ortalama vadesi atanabilmektedir. Konu ile ilgili detaylı sorularınız için lütfen müşteri temsilcinizle görüşünüz.

İstek No 40821

Tarih	Program
06.02.2012	Temelset._GENEL._GENEL
Koşul	Mail ve fax gönderme işleminde güvenlik gerçekçesiyle açılamayan sahaların kişiye özel tanımlanabilir hale getirilmesi. İzin verilen kişilerin netsis standart raporlar üzerinde mail ikonunun görülmesi ve sadece tanımlanan maillere mail atılabilmesi
Ek Açık.	Mail ve fax gönderme işleminde güvenlik gerçekçesiyle açılamayan sahaların kişiye özel tanımlanabilir hale getirilmesi. İzin verilen kişilerin netsis standart raporlar üzerinde mail ikonunun görülmesi ve sadece tanımlanan maillere mail atılabilmesi
Problem	Mail ve fax gönderme işleminde güvenlik gerçekçesiyle açılamayan sahaların kişiye özel tanımlanabilir hale getirilmesi. İzin verilen kişilerin netsis standart raporlar üzerinde mail ikonunun görülmesi ve sadece tanımlanan maillere mail atılabilmesi

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.04.2012	1	Tamam	Evet	Hayır
Dosya	Yardımcı.dll (5.0.10.136), Reportex.dll (5.0.10.52), Sırtrk.dll
Modül	Yardımcı Programlar
Açıklama	Yardımcı Programlar Şirket\Şube Parametre kayıtları ekranına “Raporlarda E-Posta Gönderilmesin” seçeneği eklendi. Bu parametre özel parametrelere kayıt attığı için seçenek işaretlendikten sonra programdan çıkılıp tekrar girilmesi gerekmektedir. Programa tekrar girildiğinde herhangi bir modülden rapor alınıp e-posta gönder seçeneğine basıldığında Kime, kopya ve konu sahaları pasif gelecektir.

İstek No 40845

Tarih	Program
07.02.2012	Temelset.Dekont.Senet/Çek İadesi
Koşul	BORÇ SENEDİ İADESİNDE TİPİNİ ÖDENMİŞ YAPIYOR
Problem	BORÇ SENEDİ İADE İŞLEMİ YAPILDIĞINDA DEVİR SENET GİRİŞİ KISMINDAN BAKILDIĞINDA TIPI ODENMIS OLUYOR. HALBUKİ İADE OLARAK GELMESİ GEREKMEKTEDİR. HATANIN ACİL ÇÖZÜLMESİNİ TALEP EDİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.02.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	CEKSENET\DURUMIADE Özel parametresi tanımlandığında Durum Kodu ” İade” uygulamasının kullanılabilmesi desteklendi.

İstek No 40873

Tarih	Program
08.02.2012	Temelset.Fatura.Satış İrsaliyelerini Toplu Faturalama
Koşul	IRSALIYELERI TOPLU FATURALAMADA TAMAMLANMAMIS IRSALIYELER FATURADAKI IRSALIYE REHBERINE GELIYOR VE PARÇALI FATURALAŞTIRMA KULLANILIYORSA FATURALAŞTIRMAYA IZIN VERILIYOR.
Ek Açık.	IRSALIYELERI TOPLU FATURALAMADA TAMAMLANMAMIS IRSALIYELER FATURADAKI IRSALIYE REHBERINE GELIYOR VE PARÇALI FATURALAŞTIRMA KULLANILIYORSA FATURALAŞTIRMAYA IZIN VERILIYOR.
Problem	TAMAMLANMAMIS IRSALIYE FATURALAŞTIRIRKEN REHBERE GELMESINIRSALIYELERI TOPLU FATURALAMADA TAMAMLANMAMIS IRSALIYELER FATURADAKI IRSALIYE REHBERINE GELIYOR VE PARÇALI FATURALAŞTIRMA KULLANILIYORSA FATURALAŞTIRMAYA IZIN VERILIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.02.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll 5.0.10.1829
Modül	Fatura
Açıklama	FATURA\TAMAMLANMISIRSALIYE özel parametresi tanımlandığında tamamlanmamış irsaliyelerin Toplu Faturalama ekranında İrsaliye rehberinde gelmemesi desteklendi.

İstek No 40874

Tarih	Program
08.02.2012	Temelset.Dekont.İthalat Kapatma
Koşul	alış irsaliyesi, ihracat kapatma yapıldığında son kalemin sthar_nf değeri ( – 9 negatif bir değer atıyor
Ek Açık.	alış irsaliyesi, ihracat kapatma yapıldığında son kalemin sthar_nf değeri ( – 9 negatif bir değer atıyor
Problem	alış irsaliyesi, ihracat kapatma yapıldığında son kalemin sthar_nf değeri ( – 9 negatif bir değer atıyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.02.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\ITHALATBEDELSIZKALEMEDAGITMA özel parametresi tanımlanmalıdır.

İstek No 40875

Tarih	Program
08.02.2012	Temelset.Müşteri Çekleri.Cari Hesaba Çek Cirosu
Koşul	musteri ceki 1.75 tl kurdan dovizli olarak alınıyor. 1.81 tl kurdan ciro ediliyor. ciro edilirken bordro basımı yapılıyor. basımda kur farkı tutara dahil edilsin secenegi işaretleniyor. bordro basımında 1.81 tl kurdan basım gösteriliyor ancak bordroda kur 1.75 olarak yazıyor. bordroda yazan kurun alındıgı taihteki kur degeri degil cirolandığı tarihteki kur degerinin yazılması istenmektedir.
Ek Açık.	musteri ceki 1.75 tl kurdan dovizli olarak alınıyor. 1.81 tl kurdan ciro ediliyor. ciro edilirken bordro basımı yapılıyor. basımda kur farkı tutara dahil edilsin secenegi işaretleniyor. bordro basımında 1.81 tl kurdan basım gösteriliyor ancak bordroda kur 1.75 olarak yazıyor. bordroda yazan kurun alındıgı taihteki kur degeri degil cirolandığı tarihteki kur degerinin yazılması istenmektedir.
Problem	musteri ceki 1.75 tl kurdan dovizli olarak alınıyor. 1.81 tl kurdan ciro ediliyor. ciro edilirken bordro basımı yapılıyor. basımda kur farkı tutara dahil edilsin secenegi işaretleniyor. bordro basımında 1.81 tl kurdan basım gösteriliyor ancak bordroda kur 1.75 olarak yazıyor. bordroda yazan kurun alındıgı taihteki kur degeri degil cirolandığı tarihteki kur degerinin yazılması istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.02.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	Kur farkı hesaplanması için CEKSENET\KURFARKIHESAPLAMA özel parametresinin tanımlı olmaması gerekmektedir

İstek No 40919

Tarih	Program
11.02.2012	Temelset.Cari.Tarih Aralıklı Yaşlandırma Listesi
Koşul	DAHA ÖNCEKİ VERSİYONLARDA KALAN TUTAR ASIL BORÇTAN ÖNCE İDİ 5.0.10 SETİNDE BUNLAR YER DEĞİŞTİRİLMİŞ ÖNCEKİ HALİNE GELMESİNİ İSTİYORUZ.
Ek Açık.	DAHA ÖNCEKİ VERSİYONLARDA KALAN TUTAR ASIL BORÇTAN ÖNCE İDİ 5.0.10 SETİNDE BUNLAR YER DEĞİŞTİRİLMİŞ ÖNCEKİ HALİNE GELMESİNİ İSTİYORUZ.
Problem	DAHA ÖNCEKİ VERSİYONLARDA KALAN TUTAR ASIL BORÇTAN ÖNCE İDİ 5.0.10 SETİNDE BUNLAR YER DEĞİŞTİRİLMİŞ ÖNCEKİ HALİNE GELMESİNİ İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.03.2012	2	Tamam	Evet	Hayır
Dosya	Cari.dll (5.0.10.593)
Modül	Cari
Açıklama	Kalan tutarın Asıl tutardan önce gelmesi desteklendi. Asıl tutarın önce gelmesi için ise CARI\YASASILTUTARONCE özel parametresi tanımlanmalıdır.

İstek No 40981

Tarih	Program
15.02.2012	Temelset.Dekont._GENEL
Koşul	PLASİYER UYGULAMASI AÇIK DURUMDA. GENEL DEKONT KAYDINDAN KAYIT GİRERKEN MUHASEBE İLE İLGİLİ HESAPLARDA DA PLASİYER KODU SORUYOR VE GİRMEDEN GEÇMEMİZE İZİN VERMİYOR. PROJE KODU KISMINDA EN SON GİRİLEN PROJE KODUNU SONRAKİNDE DE OTOMATİ GETİRİYOR. PLASİYER KODUNDA DA MUHASEBE SATIRLARINDA AYNI ŞEKİLDE SON GİRİLEN PLASİYER KODUNUN GELMESİNİ İSTİYORUZ. YA DA MUHASEBE İLE İLGİLİ SATIRLARDA PLASİYER KODUNU BOŞ GEÇEBİLMEK İSTİYORUZ. ÇÜNKÜ ZAMAN KAYBINA NEDEN OLUYOR. CARİLERDE CARİ KARTTA PLASİYER KODU GİRİLİYSE OTOMATİK GELİYOR FAKAT MUHASEBEDE BÖYLE BİR BÖLÜM YOK. YANİ YA PLASİYER KODUNU BOŞ GEÇEBİLMEK YADA SON GİRİLEN KAYDIN OTOMATİK GELMESİNİ İSTİYORUZ.
Ek Açık.	PLASİYER UYGULAMASI AÇIK DURUMDA. GENEL DEKONT KAYDINDAN KAYIT GİRERKEN MUHASEBE İLE İLGİLİ HESAPLARDA DA PLASİYER KODU SORUYOR VE GİRMEDEN GEÇMEMİZE İZİN VERMİYOR. PROJE KODU KISMINDA EN SON GİRİLEN PROJE KODUNU SONRAKİNDE DE OTOMATİ GETİRİYOR. PLASİYER KODUNDA DA MUHASEBE SATIRLARINDA AYNI ŞEKİLDE SON GİRİLEN PLASİYER KODUNUN GELMESİNİ İSTİYORUZ. YA DA MUHASEBE İLE İLGİLİ SATIRLARDA PLASİYER KODUNU BOŞ GEÇEBİLMEK İSTİYORUZ. ÇÜNKÜ ZAMAN KAYBINA NEDEN OLUYOR. CARİLERDE CARİ KARTTA PLASİYER KODU GİRİLİYSE OTOMATİK GELİYOR FAKAT MUHASEBEDE BÖYLE BİR BÖLÜM YOK. YANİ YA PLASİYER KODUNU BOŞ GEÇEBİLMEK YADA SON GİRİLEN KAYDIN OTOMATİK GELMESİNİ İSTİYORUZ.
Problem	PLASİYER UYGULAMASI AÇIK DURUMDA. GENEL DEKONT KAYDINDAN KAYIT GİRERKEN MUHASEBE İLE İLGİLİ HESAPLARDA DA PLASİYER KODU SORUYOR VE GİRMEDEN GEÇMEMİZE İZİN VERMİYOR. PROJE KODU KISMINDA EN SON GİRİLEN PROJE KODUNU SONRAKİNDE DE OTOMATİ GETİRİYOR. PLASİYER KODUNDA DA MUHASEBE SATIRLARINDA AYNI ŞEKİLDE SON GİRİLEN PLASİYER KODUNUN GELMESİNİ İSTİYORUZ. YA DA MUHASEBE İLE İLGİLİ SATIRLARDA PLASİYER KODUNU BOŞ GEÇEBİLMEK İSTİYORUZ. ÇÜNKÜ ZAMAN KAYBINA NEDEN OLUYOR. CARİLERDE CARİ KARTTA PLASİYER KODU GİRİLİYSE OTOMATİK GELİYOR FAKAT MUHASEBEDE BÖYLE BİR BÖLÜM YOK. YANİ YA PLASİYER KODUNU BOŞ GEÇEBİLMEK YADA SON GİRİLEN KAYDIN OTOMATİK GELMESİNİ İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.04.2012	2	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.670)
Modül	Dekont
Açıklama	DEKONT\GENELPLASIYER özel parametresi tanımlandığında ilk kalemde girilen plasiyer kodu diğer kalemlere de taşınmaktadır

İstek No 41015

Tarih	Program
17.02.2012	Temelset.Fatura._GENEL
Koşul	Koşul uygulaması açık, satış faturası giriliyor. Faturadaki carinin kartında iskonto oranı, liste fiyatı vb tanımlı.
Problem	Cari kartta tanımlanan iskonto oranı koşul uygulaması açık olduğunda gelmiyor. Koşul yoksa iskontoyu, liste fiyatını vb getiriyor. Boş bir koşul tanımlayıp faturaya girdiğimizde ise liste fiyatını getiriyor fakat iskonto oranı gene gelmiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.03.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\ISKONTOGUNCELLE özel parametresi kullanılmalıdır.

İstek No 41051

Tarih	Program
21.02.2012	Temelset.Fatura.Müşteri Siparişleri
Koşul	Müşteri siparişleri ekranında, vadelere bölme bilgileri kaydedilmeden, sipariş kaydetmeye izin verilmemesini istiyoruz.
Problem	Siariş ödeme vadesi ve ödeme şekli girişi yapılmadan müşteri siparişi kaydı yapılmaması..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.05.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1994)
Modül	Fatura
Açıklama	FATURA\VADEBOSGECME özel parametresi tanımlanmalıdır. Değer alanına H yazıldığında Hepsi, F yazıldığında sadece Fatura belgesinde, I yazıldığında sadece irsaliye belgesinde, S yazıldığında sadece sipariş belgesinde vadelere bölme ekranı boş geçilemeyecektir.

İstek No 41098

Tarih	Program
23.02.2012	Temelset.Fatura._GENEL
Koşul	faturada satır bazında referans kodu sorulsun parametresi aktid
Ek Açık.	kalemde HIZ ile başlayan bir stok giriliyor
Problem	referans kodu kayıtlı olmayan bir kod yazıldığında kalemi kaydetmeye izin veriliyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.03.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Hizmet stoklarında referans kodu kontrolü yapılması için FATURA\MUHREFKODKONTROL özel parametresi kullanılmalıdır.

İstek No 41106

Tarih	Program
23.02.2012	Temelset.NetPos._GENEL
Koşul	Netpos iade girişi
Problem	Netpos iade girişi yapılırken fiyat kendiliğinden geliyor fakat bu fiyata istenildiği gibi müdahale edilebiliyor.Parametrelerde fiyatlara hiçbir zaman müdahale edilemesin diye bir secenek var fakat bu sadece satıs faturası keserken pasif hale gelmekde.İade işlemi yaparken de Fiyat kısmının pasif gelmesini istemekteyim.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.02.2012	2	Tamam	Evet	Evet
Açıklama	GRUPKODU : SHOPS, ANAHTAR : <Önemsiz> DEĞER : IADEFIYATIDEGISTIRILEMESIN özel parametresi ile iade fiyatının değiştirilmesi engellenmiştir. Güncel dosyaların temini için destek birimleri ile görüşünüz.

İstek No 41109

Tarih	Program
23.02.2012	Temelset.Borç Çekleri.Şubeden Çek Transferi
Problem	Şubeden çek transferi ekranında çeklerin alındı B.No ya göre sıralanmasını istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.04.2012	2	Yanıtlandı	Evet	Hayır
Açıklama	CEKSENET\BORDROSIRALA özel parametresi tanımlanmalıdır.

İstek No 41186

Tarih	Program
01.03.2012	Temelset.NetPos._GENEL
Problem	müşteri ismi Gülistan bebe Netpos 4.0.14 setinde kasada stok kartı ileme ekranında stok alış fiyatları 0 geliyor. Satı fiyatları normal geliyor fakat alışların hepsi sıfır geliyor. Stok hareketi çift tıklanıp fatura detayına girildiğinde de tutarların hepsi sıfır geliyor. Tüm güncellemeler yapıldı fakat sorun giderilemedi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.03.2012	0	Tamam	Evet	Evet
Açıklama	Grup kodu: SHOPS, Anahtar: , Değer: STHARALISFIYATGORUNSUN özel parametresi ile alış fiyatlarının izlenebilmesi sağlanmıştır. Güncel dosyaların temini için destek birimleri ile görüşünüz.

İstek No 41221

Tarih	Program
02.03.2012	Temelset.Fatura._GENEL
Koşul	.
Ek Açık.	.
Problem	A ürünün 1. ölçü birimi 5 Ad 2. ölçü birimi 1 Kolidir. Satış irsaliyesi girildiğinde özel kod bölümüne 1 yazıyor ve ölçü birimi 2’ye göre irsaliyeyi giriyorum. Fakat daha sonra irsaliyedeki özel kodu değiştirmem gerekiyor. Özel kodu değiştirerek 2 yaptığımda (belgede başka bir değişiklik yok) belgedeki değişikliğin uygulanıp uygulanmayacağı ile ilgili bir pencere geliyor. Bunu onayladığımda girilmiş olan ölçü birim 2 ile fiyat çarpımı değil ölçü birimi 1 ile fiyatı çarparak değiştiriyor. Yani 1 Kolisi 5 lira olan bir ürünün özelkodu 1 iken özel kodunu 2 yaptığımda 5 adetini 25 yapıyor. Gerekli düzeltmenin yapılmasını rica ederim.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.03.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Özel Kod1 de yapılan değişikliğe göre kalemlerdeki fiatların değişmesinin istenmediği durumda FATURA\USTGUNCELLE özel parametresi kullanılmalıdır.

İstek No 41245

Tarih	Program
06.03.2012	Temelset.Fatura._GENEL
Koşul	%100 iskontolu veya bedelsiz alış veya satış faturalarının cari hareketlere yansıtılabilmesini rica ediyoruz.
Ek Açık.	%100 iskontolu veya bedelsiz alış veya satış faturalarının cari hareketlere yansıtılabilmesini rica ediyoruz.
Problem	%100 iskontolu veya bedelsiz alış veya satış faturalarının cari hareketlere yansıtılabilmesini rica ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.03.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 41259

Tarih	Program
06.03.2012	Temelset.Dekont._GENEL
Koşul	GENEL DEKONT KAYDINDA 7 Lİ MUHASEBE HESABI ALACAK VE BORÇ BACAĞI CARI OLAN DEKONT GIRILDIGINDE DEKONT/INDKDVMALCINS/ACIKLAMA1 OZEL PARAMETRESINDE BELIRTILDIGI GIBI ACIKLAMA IND KDV LISTESI EKRANINA YANSIMAMAKTADIR.
Ek Açık.	GENEL DEKONT KAYDINDA 7 Lİ MUHASEBE HESABI ALACAK VE BORÇ BACAĞI CARI OLAN DEKONT GIRILDIGINDE DEKONT/INDKDVMALCINS/ACIKLAMA1 OZEL PARAMETRESINDE BELIRTILDIGI GIBI ACIKLAMA IND KDV LISTESI EKRANINA YANSIMAMAKTADIR.
Problem	GENEL DEKONT KAYDINDA 7 Lİ MUHASEBE HESABI ALACAK VE BORÇ BACAĞI CARI OLAN DEKONT GIRILDIGINDE DEKONT/INDKDVMALCINS/ACIKLAMA1 OZEL PARAMETRESINDE BELIRTILDIGI GIBI ACIKLAMA IND KDV LISTESI EKRANINA YANSIMAMAKTADIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.03.2012	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.639)
Modül	Dekont

İstek No 41294

Tarih	Program
08.03.2012	Temelset.Fatura._GENEL
Koşul	5.0.10.1781 SÜRÜM VE ÜSTÜ FATURA.DLL KALEMLER EKRANINDA STOK İSMİNDE DEĞİŞİKLİK YAPTIĞIMIZDA TAB TUŞUYLA GEÇİLDİĞİNDE 35 KARAKTERDEN FAZLA ALMIYOR BU NU ARTIRMANIZ MÜMKÜNMÜ
Ek Açık.	5.0.10.1781 SÜRÜM VE ÜSTÜ FATURA.DLL KALEMLER EKRANINDA STOK İSMİNDE DEĞİŞİKLİK YAPTIĞIMIZDA TAB TUŞUYLA GEÇİLDİĞİNDE 35 KARAKTERDEN FAZLA ALMIYOR BU NU ARTIRMANIZ MÜMKÜNMÜ
Problem	5.0.10.1781 SÜRÜM VE ÜSTÜ FATURA.DLL KALEMLER EKRANINDA STOK İSMİNDE DEĞİŞİKLİK YAPTIĞIMIZDA TAB TUŞUYLA GEÇİLDİĞİNDE 35 KARAKTERDEN FAZLA ALMIYOR BU NU ARTIRMANIZ MÜMKÜNMÜ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.03.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\STOKISMI özel parametresi tanımlandığında stok ismi 50 karakter tanımlanabilmektedir, fakat belgeye tekrar girişte 35 karaktere geçmektedir.

İstek No 41308

Tarih	Program
08.03.2012	Temelset.Dekont.Senet/Çek İadesi
Koşul	İSTEK – 40845
Ek Açık.	daha önceki isteğimize istinaden sorun çözülmemiş
Problem	Söylenildiği gibi özel parametre kayıtlarından tanımlama yapıldı bu sayede dekont modulündeki iade dekontuna iade ile ilgili ibare geldi. Ancak işlem yapıldığında durum kodu ÖDENMİŞ olarak gelmektedir. Yani sorun çözülmemiştir. Lütfen ciddi bir şekilde kontrol edilerek geri dönülmesini önemle rica ederim.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.03.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\BORCIADE özel parametresi de tanımlanmalıdır.

İstek No 41314

Tarih	Program
09.03.2012	Temelset.Dizayn._GENEL
Ek Açık.	Dizayn için farklı yazı karakterleri talep ediyoruz.
Problem	Dizayn için farklı yazı karakterleri talep ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.03.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Özel Parametre Tanımlarında; Grup Kodu:DIZAYN ANAHTAR:FONTNAME DEGER alanına font adı/dizayn no yazılmalıdır . DEGER alanına font adından sonra dizayn kayıtlarındaki dizayn no yazılırsa, dizayn numarası yazılan dizayn sadece özel parametrede verilen font ta basılacaktır. Dizayn no alanına numara verilmezse tüm dizaynlar verilen font ta basılacaktır. 3 ve 5 numaralı dizaynlarda font ARIAL olarak basılması istendiğinde; GRUP KODU:DIZAYN ANAHTAR:FONTADI DEGER: ARIAL/3;5 şeklinde tanımlama yapılmalıdır.

İstek No 41319

Tarih	Program
09.03.2012	Temelset.Fatura.Sevk Emri
Koşul	Müşteri Siparişinde miktar 100, sevk miktarı 70, yükleme miktarı 50 iken Fiş oluşturma öncesinde sevk miktarı 70’den 50’ye çevrilebilmektedir. Fiş oluşturma sonrasında miktar güncellenememektedir. Select Count(IRSFLAG) From Tblsevktra sorgusu fiş oluşunca sıfır dışında bilgi döndüğünden izin vermemektedir. Bu sorgunun kaldırılması sorunu çözecektir.
Ek Açık.	Müşteri Siparişinde miktar 100, sevk miktarı 70, yükleme miktarı 50 iken Fiş oluşturma öncesinde sevk miktarı 70’den 50’ye çevrilebilmektedir. Fiş oluşturma sonrasında miktar güncellenememektedir. Select Count(IRSFLAG) From Tblsevktra sorgusu fiş oluşunca sıfır dışında bilgi döndüğünden izin vermemektedir. Bu sorgunun kaldırılması sorunu çözecektir.
Problem	Müşteri Siparişinde miktar 100, sevk miktarı 70, yükleme miktarı 50 iken Fiş oluşturma öncesinde sevk miktarı 70’den 50’ye çevrilebilmektedir. Fiş oluşturma sonrasında miktar güncellenememektedir. Select Count(IRSFLAG) From Tblsevktra sorgusu fiş oluşunca sıfırdan büyük değer döndüğünden izin vermemektedir. Bu sorgunun kaldırılması sorunu çözecektir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.11.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	SEVKYUKLEME\STOKMIKTARDUZELT özel parametresi tanımlandığında, Fiş Oluşturma işleminden sonra oluşan belgenin miktarına müdahale edilebilmektedir.

İstek No 41321

Tarih	Program
09.03.2012	Temelset.Üretim.Anlık Üretim Planlama
Koşul	Anlık Üretim Planlama ekranının birden fazla kullanıcı tarafından aynı anda kullanılması talep edilmektedir.
Ek Açık.	Anlık Üretim Planlama ekranının birden fazla kullanıcı tarafından aynı anda kullanılması talep edilmektedir.
Problem	Anlık Üretim Planlama ekranının birden fazla kullanıcı tarafından aynı anda kullanılması talep edilmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.05.2012	2	Tamam	Evet	Evet
Dosya	Uretim.dll (5.0.10.1127), Dbupdate 5.0.10 dosyaları
Modül	Üretim
Açıklama	URETIM\KULLANICIBAZINDAANLIKPLANLAMA özel parametresi tanımlanmalıdır.

İstek No 41340

Tarih	Program
12.03.2012	Temelset.Fatura._GENEL
Koşul	KALEM BILGILERINDE STOGUN ADINA MUDAHELE EDILDIGI ZAMAN STOK ADI KARTINDA 50 KARAKTER ISE OTOMATIK OLARAK 35 KARAKTERE DUSUYOR.
Ek Açık.	KALEM BILGILERINDE STOGUN ADINA MUDAHELE EDILDIGI ZAMAN STOK ADI KARTINDA 50 KARAKTER ISE OTOMATIK OLARAK 35 KARAKTERE DUSUYOR.
Problem	KALEM BILGILERINDE STOGUN ADINA MUDAHELE EDILDIGI ZAMAN STOK ADI KARTINDA 50 KARAKTER ISE OTOMATIK OLARAK 35 KARAKTERE DUSUYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.03.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\STOKISMI özel parametresi tanımlandığında stok ismi 50 karakter tanımlanabilmektedir, fakat belgeye tekrar girişte 35 karaktere geçmektedir.

İstek No 41370

Tarih	Program
14.03.2012	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	HIZLI TAHSİLAT KAYITI YAPARKEN CARİ HAREKET İÇİN AÇIKLAMA GİREBİLMEK İSTİYORUZ.ACİLL…
Ek Açık.	HIZLI TAHSİLAT KAYITI YAPARKEN CARİ HAREKET İÇİN AÇIKLAMA GİREBİLMEK İSTİYORUZ.ACİLL…
Problem	HIZLI TAHSİLAT KAYITI YAPARKEN CARİ HAREKET İÇİN AÇIKLAMA GİREBİLMEK İSTİYORUZ.ACİLL…

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.01.2013	0	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları, Kasa.dll (5.0.12.278)
Modül	Kasa
Açıklama	KASA\HIZLIKASAACIK özel parametresi tanımlanmalıdır

İstek No 41392

Tarih	Program
15.03.2012	Temelset.Fatura.Satış Faturası
Koşul	sipariş uygulaması kullanılıyor
Problem	Siparişler mal detaylı getiriliyor. Kalemçift tıklanarak seçiliyor. Faturalaştırmaktan vazgeçilip, yeni bir cariyazılıp o carinin siparişleri mal detaylı olarak getirilmek istendiğinde açık sipariş olmasına rağmen teslimatı yapılabilecek kalem bulunamadı diyor. bir öncekiadımda kalemseçildiğinden teslim cari hücresine seçili kalemin carisi getirirliyor ve cari kodu değişse bile teslim cari hücresi boşaltılmıyor. Satış faturası kapatılıp tekrar açıldığında siparişler geliyor. Ancak bu zaman kaybına neden oluyor. Müşteri : Dösan Isıl İşlem

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.09.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2406)
Modül	Fatura
Açıklama	FATURA\TESCARIKISIT özel parametresi tanımlanmalıdır.

İstek No 41404

Tarih	Program
15.03.2012	Temelset. ._GENEL
Koşul	Netle PSM kullanıyoruz
Problem	Müşteri ziyaretinden sonra açıklama girmeden ziyareti bitirebilmesini istemiyoruz

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.03.2012	0	Tamam	Evet	Hayır
Açıklama	Default olarak, oturum içinde herhangi bir belge kaydedildiğinde, oturum sonunda neden kodu ve açıklaması sorgulanmıyor. Alttaki ilk özel parametre her oturumda neden kodu ve açıklaması sorgulanmasını, ikinci ise neden kodu girilmeden kayıt yapılmamasını sağlıyor. GRUPKODU : PSM ANAHTAR : PSM002 DEGER : HEROTURUMDANEDENSORGULANSIN GRUPKODU : PSM ANAHTAR : PSM003 DEGER : NEDENKODUZORUNLU

İstek No 41435

Tarih	Program
19.03.2012	Temelset.Fatura._GENEL
Koşul	Kapalı faturada toplamlar sekmesindeki kasa kodu ilk sıradaki kasa geliyor. Biz 5. sıradaki kasamızın otomatik olarak gelmesini istiyoruz.
Ek Açık.	Kapalı faturada toplamlar sekmesindeki kasa kodu ilk sıradaki kasa geliyor. Biz 5. sıradaki kasamızın otomatik olarak gelmesini istiyoruz.
Problem	Kapalı faturada toplamlar sekmesindeki kasa kodu ilk sıradaki kasa geliyor. Biz 5. sıradaki kasamızın otomatik olarak gelmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.06.2012	2	Tamam	Evet	Hayır
Dosya	5.0.12 Setinde desteklenmiştir.
Modül	Fatura
Açıklama	FATURA\KAPALIKASAKODU özel parametresi tanımlanmalıdır. Özel parametrede değer alanına default gelmesi istenen kasa kodu yazılmalıdır

İstek No 41446

Tarih	Program
20.03.2012	Temelset.Dekont._GENEL
Koşul	programda seri uygulaması kullanılıyor
Ek Açık.	genel dekont kaydında stok sekmesinden işlem yapılıyor.ama seri penceresi açılmadığı için kullanılamıyor.
Problem	programın genelinde seri uygulaması kullanılırken dekonta hem stok sekmesini koyup hem de seriyi desteklememenin yanlış olduğunu düşünüyoruz. şu an ambar giriş çıkışla işlem yapıyoruz.bu da zaman kaybına ve iş yüküne sebep oluyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.03.2012	1	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 41499

Tarih	Program
23.03.2012	Temelset.Dekont._GENEL
Koşul	DEKONT\ETIPLIHAREKET özel parametresi kullanılıyor. Stok seçiliyor miktar 0 geçilip karşı şube seçilip karşı şubeye maliyet transfer ediliyor. Muhasebe fişi karşı şubede oluşmasına rağmen stok hareket merkez şubede kalıyor. Ayrıca şube seçildikten sonra depo rehberi hala kaynak şube depoyu gösteriyor.
Ek Açık.	DEKONT\ETIPLIHAREKET özel parametresi kullanılıyor. Stok seçiliyor miktar 0 geçilip karşı şube seçilip karşı şubeye maliyet transfer ediliyor. Muhasebe fişi karşı şubede oluşmasına rağmen stok hareket merkez şubede kalıyor. Ayrıca şube seçildikten sonra depo rehberi hala kaynak şube depoyu gösteriyor.
Problem	DEKONT\ETIPLIHAREKET özel parametresi kullanılıyor. Stok seçiliyor miktar 0 geçilip karşı şube seçilip karşı şubeye maliyet transfer ediliyor. Muhasebe fişi karşı şubede oluşmasına rağmen stok hareket merkez şubede kalıyor. Ayrıca şube seçildikten sonra depo rehberi hala kaynak şube depoyu gösteriyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.04.2012	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.665)
Modül	Dekont
Açıklama	DEKONT\STOKSUBEGIRILECEK özel parametresi tanımlandığında stok hareketleri kayıt girilen şube kodundaki stok hareketlerinde oluşmaktadır.

İstek No 41541

Tarih	Program
27.03.2012	Temelset.NetPos._GENEL
Koşul	Netpos kasa izleme ekranında Kasa ya da Şube seçtiğimizde herhangi bir değişiklik olmuyor. Eskiden şube seçilince sadece şubalerin satışları görünürdü kasa seçtğimizde de hem satışlar hem de kasalar arası transferler görünürdü. Şimdi her durumda transferlerde çıktığından satışlar izlenemiyor. Düzeltilmesini istiyoruz.
Ek Açık.	Netpos kasa izleme ekranında Kasa ya da Şube seçtiğimizde herhangi bir değişiklik olmuyor. Eskiden şube seçilince sadece şubalerin satışları görünürdü kasa seçtğimizde de hem satışlar hem de kasalar arası transferler görünürdü. Şimdi her durumda transferlerde çıktığından satışlar izlenemiyor. Düzeltilmesini istiyoruz.
Problem	Netpos kasa izleme ekranında Kasa ya da Şube seçtiğimizde herhangi bir değişiklik olmuyor. Eskiden şube seçilince sadece şubalerin satışları görünürdü kasa seçtğimizde de hem satışlar hem de kasalar arası transferler görünürdü. Şimdi her durumda transferlerde çıktığından satışlar izlenemiyor. Düzeltilmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.03.2012	0	Tamam	Evet	Hayır
Açıklama	Kasa İzleme, şube ve kasalarında yapılan tüm kayıtların izlenebilmesi amacı ile tasarlanmıştır. Bu nedenlegirilen kayıtlar şube ve kasa seçildiğinde tutarsal anlamda değişmeyecektir. Sadece izleme ekranının kasa bazlı ya da şube bazlı islenebilmesini sağlayacaktır.

İstek No 41557

Tarih	Program
28.03.2012	Temelset.Fatura._GENEL
Koşul	TEVKİFATLI FATURA İŞLEMLERİNDE KDV HESABININ ENTEGRASYON KODLARINDA SEÇİLİ OLANDAN DEĞİL TEVKİFAT İÇİN YAZDIĞIMIZ KDV HESABINDAN ÇALIŞMASINI İSTİYORUZ. BUNUNLA İLGİLİ İŞLEM TİPİ UYGULAMASINI DENEDİK AMA HER FATURADA İŞLEM TİPİ SEÇMEK İSTEMİYORUZ. EN AZINDAN BELGE ÜZERİNDE KOD2 ALANINDA TEVKİFATLI BİR ÖZEL KOD GİRİLDİĞİNDE BU İŞLEM TİPİNİN OTOMATİK SEÇİLMESİ
Ek Açık.	TEVKİFATLI FATURA İŞLEMLERİNDE KDV HESABININ ENTEGRASYON KODLARINDA SEÇİLİ OLANDAN DEĞİL TEVKİFAT İÇİN YAZDIĞIMIZ KDV HESABINDAN ÇALIŞMASINI İSTİYORUZ. BUNUNLA İLGİLİ İŞLEM TİPİ UYGULAMASINI DENEDİK AMA HER FATURADA İŞLEM TİPİ SEÇMEK İSTEMİYORUZ. EN AZINDAN BELGE ÜZERİNDE KOD2 ALANINDA TEVKİFATLI BİR ÖZEL KOD GİRİLDİĞİNDE BU İŞLEM TİPİNİN OTOMATİK SEÇİLMESİ
Problem	TEVKİFATLI FATURA İŞLEMLERİNDE KDV HESABININ ENTEGRASYON KODLARINDA SEÇİLİ OLANDAN DEĞİL TEVKİFAT İÇİN YAZDIĞIMIZ KDV HESABINDAN ÇALIŞMASINI İSTİYORUZ. BUNUNLA İLGİLİ İŞLEM TİPİ UYGULAMASINI DENEDİK AMA HER FATURADA İŞLEM TİPİ SEÇMEK İSTEMİYORUZ. EN AZINDAN BELGE ÜZERİNDE KOD2 ALANINDA TEVKİFATLI BİR ÖZEL KOD GİRİLDİĞİNDE BU İŞLEM TİPİNİN OTOMATİK SEÇİLMESİ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.04.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2101)
Modül	Fatura
Açıklama	FATURA\TEVKİFAT özel parametresi tanımlandığında ve değer alanına K değeri girildiği zaman; Çoklu Tevkifat Oran Tanımlama “Satış Hesap Kodu” alanındaki hesap koduna “Kdv tutarından tevkifat tutarının düşülmüş değeri” atılmaktadır. Çoklu tevkifat Oran Tanımlama ekranında, özel kod2 alanına göre farklı tevkifat oranları ve hesap kodları tanımlanabilmektedir.

İstek No 41558

Tarih	Program
28.03.2012	Temelset.Dinamik Depo.Hücre Toplama
Koşul	SERI TAKIBI KULLANILIYOR
Ek Açık.	FIFO UYGULAMASI
Problem	ACILAN SERI EKRANINDA FIFO SERI BUTONU KULLANILDIGINDA SERILERE HUCRE BAZINDA BAKMIYOR,YANI HUCREYE GORE FIFO YAPMIYOR.FIFO UYGULAMASI KULLANDIGIMIZ ICIN HUCRE BAZINDA TAKIP EDILMESI GEREKIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.05.2012	2	Tamam	Evet	Hayır
Açıklama	FATURA\SERISIRALA özel parametre tanımlaması yapılarak; değer kısmına TBLSERITRA tablosunda yer alan "YEDEK1" (Hücre Kodu) değeri yazılmalıdır. Böylece FIFO çıkış seri işlemi esnasında seri bilgilerinin hücre kodu sıralaması ile getirilebilmesi sağlanabilecektir.

İstek No 41608

Tarih	Program
02.04.2012	Temelset.Banka.Müşteri/Satıcı Havale/Eft Kayıtları
Koşul	Bankadan Cariye EFT kaydı atarken, Cari seçtikten sonra Döviz tipi seçim ekranı geliyor. Fakat bankanın para birimi zaten belli (örneğin EURO) ve Bankanın para birimi ne ise Cari’ye de otomatik olarak aynı para biriminden kayıt atması isteniyor.
Problem	Kullanıcılar dalgınlıkla döviz seçmediklerinde cariye döviz tutar atmıyor, dövizli Boç/Alacak takip ederken sıkıntı yaşanıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.06.2012	2	Tamam	Evet	Hayır
Dosya	Banka.dll (5.0.12.431)
Modül	Banka
Açıklama	BANKA\CARIYE_BANKA_DOVIZ_OTOMATIK_AT özel parametresi tanımlandığında; dövizli carilerde sadece “Müşteri satıcı havale/eft kayıtlarında” cari kodu çıkışında döviz tipi ve kuru sormadan cari harekete bankanın döviz tipinde kayıt atılmaktadır. Eğer carinin döviz tipi bankanın döviz tipinden farklı ise ancak o zaman cari çıkışında döviz tipi sorgulanmaktadır.

İstek No 41614

Tarih	Program
03.04.2012	Temelset.Fatura._GENEL
Koşul	Dinamik depo kullanılıyor
Ek Açık.	Faturada kalemlerde seçilen depo kodu dinamik depo ise hücre yerleştirme yapılmadan belgenin tamamlanmasına izin verilmesin
Problem	Faturada kalemlerde seçilen depo kodu dinamik depo ise hücre yerleştirme yapılmadan belgenin tamamlanmasına izin verilmesin

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.04.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	DINDEPO\OTOMATIKISLEM özel parametresi tanımlanmalıdır.

İstek No 41615

Tarih	Program
03.04.2012	Temelset.Üretim._GENEL
Koşul	Dinamik depo kullanılıyor
Ek Açık.	Üretim fişinde dinamik depo kullanıldıysa hücre yerleştirme işlemi yapılmadan belgeden çıkılmasına izin verilmesin
Problem	Üretim fişinde dinamik depo kullanıldıysa hücre yerleştirme işlemi yapılmadan belgeden çıkılmasına izin verilmesin

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.04.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	DINDEPO\OTOMATIKISLEM özel parametresi tanımlanmalıdır

İstek No 41625

Tarih	Program
04.04.2012	Temelset.Fatura.Satıcı Siparişleri
Koşul	Fiyat Listeleri kullanılıyor.
Problem	Güncelleme yapıldı. Güncellemeden önce Satıcı Siparişlerinde, fiyatlistesinde olmayan bir cariye ürün kesilirken sağ tuş fiyat listesi denildiğinde diğer fiyat gruplarının fiyatları içerisinden seçim yapılabiliyordu. Güncelleme sonrası fiyat bulunamadı hatası alınıyor. Aynı ürün fiyatgrubunda olan bir cariye kesilirken sağ tuş ile fiyat listesi denildiğinde ilgili grup ve diğer gruplar geliyor. Bu sistemin eski şekliyle çalışabilmesini talep ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.04.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.1968)
Modül	Fatura
Açıklama	STOKFIAT\FIYATGRUBU özel parametresi tanımlanmalıdır.

İstek No 41627

Tarih	Program
04.04.2012	Temelset.Fatura._GENEL
Koşul	Karma koli ve Özel fiyat sistemi kullanılıyor. Karma koli tanımında fiyat oran üzerinden hesaplansın seçeneği işaretli değil.
Problem	Fiyat listesinde sadece ana kod için fiyat girişi var. Bileşenler için fiyat tanımı yapılmıyor. Faturada ana kart için girilen fiyat neyse bileşenlere de o fiyat gelmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.06.2012	2	Tamam	Evet	Hayır
Dosya	5.0.12 Setinde desteklenmiştir.
Modül	Fatura
Açıklama	FATURA\KOLIBILESENFIYAT özel parametresi tanımlanmalıdır.

İstek No 41643

Tarih	Program
05.04.2012	Temelset.Cari.Cari Kartı Kayıtları
Koşul	Proje uygulaması kullanılıyor. Cari kartta Faturadan proje basında detaysız paramatresi işaretli. Cari hareketlere detaysız bir şekilde atıyor doğrudur fakat bu parametreyi işaretlediğimiz carinin muhasebe hesabına entegrasyonda detaylı atıyor. Bu da bir karamaşa oluşturuyor bu parametreyi işaretlidiğimiz carilerin muhasebelerini proje detaysız takip etmek istiyoruz. Çünkü bu carilerin detaylı hareketleri resmi defterde detayındaki fazla satırlardan dolayı sıkıntı yaşatyıor
Ek Açık.	Proje uygulaması kullanılıyor. Cari kartta Faturadan proje basında detaysız paramatresi işaretli. Cari hareketlere detaysız bir şekilde atıyor doğrudur fakat bu parametreyi işaretlediğimiz carinin muhasebe hesabına entegrasyonda detaylı atıyor. Bu da bir karamaşa oluşturuyor bu parametreyi işaretlidiğimiz carilerin muhasebelerini proje detaysız takip etmek istiyoruz. Çünkü bu carilerin detaylı hareketleri resmi defterde detayındaki fazla satırlardan dolayı sıkıntı yaşatyıor
Problem	Proje uygulaması kullanılıyor. Cari kartta Faturadan proje basında detaysız paramatresi işaretli. Cari hareketlere detaysız bir şekilde atıyor doğrudur fakat bu parametreyi işaretlediğimiz carinin muhasebe hesabına entegrasyonda detaylı atıyor. Bu da bir karamaşa oluşturuyor bu parametreyi işaretlidiğimiz carilerin muhasebelerini proje detaysız takip etmek istiyoruz. Çünkü bu carilerin detaylı hareketleri resmi defterde detayındaki fazla satırlardan dolayı sıkıntı yaşatyıor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.08.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2239)
Modül	Fatura
Açıklama	FATURA\CARIPROJEDETAYSIZENTEGRE özel parametresi tanımlanmalıdır.

İstek No 41647

Tarih	Program
05.04.2012	Personel.Netsis Personel Entegrasyon.Muhasebe Aktar
Koşul	PERSONEL SABİT BİLGİLERİNE NETSİS CARİSİNDEN AÇMIŞ OLDUĞUM CARİ KARTI TANIMLIYORUM ANCAK AKTARIMI YAPTIKTAN SONRA MUHASEBEYE AKTARIYOR. CARİYE PERSONELİN ALACAK RAKAMI DÜŞMEMEKTEDİR.
Ek Açık.	SİSTEM OILARAK BUNU YAPILABİLİCEĞİ BELİRTİLMİŞTİ. YANİ BORDROYU AKTARDIĞIMIZDA HEM GENEL MUHASEBEYE ATACAK HEMDE KİŞİLERİN C/MUH KODUNA BELİRTİLEN KODA ALMASI GEREK ÜCRETİN ALACAK OLARAK ATMASI GEREKMEKTEYDİ.
Problem	İŞLEMSEL OLARAK BİR EKSİĞİMİZ Mİ VARDIR AÇIKLAMANIZI RİCVA EDERİM

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.05.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Personelin net ödenecek rakamının Cari hesap kartına entegre edilmesi için GrupKodu:ENTEGRASYON , Anahtar:NETODENEN, Değer:1 olacak şekilde özel parametre tanımlaması yapılmalıdır. Tanımlamalarla ilgili detaylı bilgi için müşteri temsilcinizle görüşünüz.

İstek No 41653

Tarih	Program
05.04.2012	Temelset.Fatura.Satış Faturası
Ek Açık.	SATIŞ PARAMETRELERİNDE FATURADA SİRAPİŞ KISMINDA SATIR BAZI VADE GÜNÜ SORUNLSUN İŞARETLİ
Problem	YUKARIDA PARAMETRE AÇIK OLDUĞUNDA SATIRLARDA HERHANGİ BİR VADE BELİRTİLMEDİĞİNDE FATURA DİP TOPLANMINDAKİ VADEYE YAZDIĞIMIZ VADEYİ KAYDETMİYOR. SATIR BAZINDA VADE GİRİLMEDİĞİNDE TOPLAMLAR BÖLÜMÜNDEKİ VADEYE GİRDİĞİMİZ VADEYİ KAYDETMESİNİ İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.08.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2233)
Modül	Fatura
Açıklama	FATURA\VADEKALEMYANSIT özel parametresi tanımlandığında tüm kalemlerdeki vade gün sıfır olduğunda toplamlarda girilen vade gününün kalemlere yansıtılması desteklendi.

İstek No 41685

Tarih	Program
06.04.2012	Temelset.Kasa İşlemleri.Kasa Kayıtları
Problem	KASA KAYITLARINDA İŞLEM YAPARKEN PLASİYER KODUNUN BOŞ GEÇİLEMEMESİNİN SAĞLANMASINI RİCA EDERİZ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2012	2	Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.10.243), Kastrk.dll
Modül	Kasa
Açıklama	KASA\PLASIYERBOSGECILMESIN özel parametresi tanımlanmalıdır.

İstek No 41698

Tarih	Program
09.04.2012	Personel.Netsis Personel Entegrasyon.Muhasebe Aktar
Koşul	Muhasebe entegre işlemlerinde referans kodu uygulaması geçerlidir.
Problem	Entegre edilen hesaplar, entegrasyon havuzuna referans kodu bazında detaylı aktarılmaktadır. Fakat vergi hesapları yada AGI hesapları gibi bazı hesapların referans bazında aktarılmasını istemiyoruz. Detay kodu tanımlama ve genel kod tanımlama ekranlarındaki "kümüle" kutucuğu talebimizi karşılamamaktadır. İstenilen hesapların kümüle aktarılmasını sağlayabilmeliyiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.04.2012	1	Tamam	Evet	Hayır
Dosya	Personel.dll(5.0.10.2250), Penteg.dll(5.0.10.173)
Modül	Bordro, Entegrasyon
Açıklama	Güncel dosyalar ile Sicil kartında yazan referans kodunun Gider hesaplarına atılmaması sağlandı. Gider hesapları için personel kartına yazılan referans kodunun atılabilmesi için “ENTEGRASYON”/”PERSONELALACAKREFERANS” özel parametresi tanımlanmalıdır. Özel parametre olmadığı durumda, eskisi gibi sadece özel kod girişinde personel bazında bir tanımlama yapıldıysa kişi bazında referans kodu aktarımı yapılacaktır, değilse genel kod girişinde tanımlı referansa, tanımlı herhangi bir referans yoksa da "ALACAK" olarak atılacaktır.

İstek No 41755

Tarih	Program
12.04.2012	Temelset.Fatura.Yükleme Emri
Koşul	iki farklı cariye düzenlenmiş siparişler ayrı sevk emirleri haline getiriliyor
Ek Açık.	Bu farklı carilere ait sevk emirleri tek bir yükleme emrinde birleştirilebiliyor.
Problem	Cari kodları farklı olan sevk emirlerinin aynı yükleme emrinde birleştirilmesine izin verilmesi istenmiyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.07.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2159)
Modül	Fatura
Açıklama	FATURA\YUKLEMECARIKONTROL özel parametresi tanımlandığında farklı cari kodlara ait sevk emirlerinin tek yükleme emrinde birleştirilememesi sağlandı

İstek No 41778

Tarih	Program
16.04.2012	Temelset.Yardımcı Programlar.Özel Parametre Tanımları
Koşul	İki ayrı şirket takip edilmektedir. Şirketlerden birinde muhasebe, yevmiye fiş girişinde b formu alabilmek için özel parametrelerden muhasebe/bformuhfis özel parametresi kullanılmaktadır.
Ek Açık.	Ancak bu parametre aktif olduğunda fatura kaydı yapılan diğer firmada b formu alınamamaktadır.Bu yüzden parametre ihtiyaca göre silinip yeniden kaydedilmek zorunda kalınıyor.
Problem	Yardımcı programlar tüm firmalar için ortak olduğundan, istek dahilinde aktif-pasif yapılabilmesini talep ediyoruz.

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 41799

Tarih	Program
17.04.2012	Temelset.Teklif._GENEL
Koşul	satış teklif kaydı giriliyor.gridden çağrılıp tabla ilerlediğinde fiyat sıfırlanıyor.
Problem	satış teklif kaydı giriliyor.gridden çağrılıp tabla ilerlediğinde fiyat sıfırlanıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.05.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	Fiyat listesine fiyat girilmeli veya NOT_FIYAT_GUNCELLE özel parametresi tanımlanmalıdır.

İstek No 41802

Tarih	Program
18.04.2012	Temelset.Kasa İşlemleri._GENEL
Koşul	banka modülünde usd banka ile euro cari arasında işlem yapılabiliyor havale eft girişi sırasında hem euro kurunu hem usd kuru sistem tarafından getiriliyor . aynı desteğin kasa modülünde de sağlanması isteniyor euro hesap için usd kasaya tahsilat yapılabilmeli
Ek Açık.	banka modülünde usd banka ile euro cari arasında işlem yapılabiliyor havale eft girişi sırasında hem euro kurunu hem usd kuru sistem tarafından getiriliyor . aynı desteğin kasa modülünde de sağlanması isteniyor euro hesap için usd kasaya tahsilat yapılabilmeli
Problem	banka modülünde usd banka ile euro cari arasında işlem yapılabiliyor havale eft girişi sırasında hem euro kurunu hem usd kuru sistem tarafından getiriliyor . aynı desteğin kasa modülünde de sağlanması isteniyor euro hesap için usd kasaya tahsilat yapılabilmeli

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.05.2012	1	Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.10.240)
Modül	Kasa
Açıklama	KASA\CARIDOVIZ özel parametresi tanımlanmalıdır.

İstek No 41851

Tarih	Program
24.04.2012	Temelset.Banka.Banka Hesapları Arası Virman
Koşul	Gönderilen rehberde şube kırılımı gelmiyor.
Problem	Banka modülünde hesaplar arası virmanda gönderen kısmında rehberi açınca diğer işletmelerdeki banka kayıtlarıda ekrana geliyor bu rehberde içinde bulunduğumuz işletmenin banka kayıtlarının gelmesi gerekir. Banka hesapları şubeli olarak kayıt edilmiştir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.05.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	BANKA\ISLETME_BANKA özel parametresi tanımlanmalıdır.

İstek No 41883

Tarih	Program
25.04.2012	Temelset.Fatura._GENEL
Koşul	FATURA/ISKONTOGUNCELLE/H parametresi tanımlı cari kartta koşul kodu seçili değil.
Ek Açık.	müşteri siparişi giriliyor. koşul bilgileri sekmesinden koşul kodu ( genel iskonto 0 olan bir koşul ) seçiliyor. satır iskontolu ve genel iskontolu sipariş giriliyor
Problem	irsaliye oluşturulduğunda satır iskontosu geliyor ama genel iskonto 0 olarak güncellenmiş olarak geliyor. irsaliyede koşul kodu silinirse genel iskontoyuda getiriyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.05.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.2027)
Modül	Fatura
Açıklama	FATURA\TEKRARHESAPLANMASIN özel parametresi de tanımlanmalıdır.

İstek No 41884

Tarih	Program
25.04.2012	Temelset.Mrp.Mamul Gereksiniminden İş Emri Oluşturma
Koşul	From: Sabri Tüysüz Sent: Wednesday, April 25, 2012 6:16 PM To: ‘Emrecan SEZEN’ Cc: ‘Tolga GÖREN’; ‘Erhan SEVEN’; destek; Cenk Demirdöven; Gizem Ögettin; Tamer Kurt; Hakan Kaya; ‘Tolga ÖZSARI’; ‘Medi VENTURA’ Subject: RE: MRP – Performans — Önemli bir İyileştirme Önerisi !!!
Problem	Emrecan Eline sağlık… Bu parametre ile ciddi iyileşme kazandık. 10 dakika süren parça üretim in işemri açışı 3 dakikaya düştü. Çok teşekkür ederiz… Ancak bence kısa bir iyileştirme ile toplamda MRP süremizi hala ciddi anlamda azaltabiliriz. Dengeleme ekranında ikinci sekmeden sonra OTOMATİK DENGELE butonuna bassak da, ELLE DENGELE şeklinde ilerlesek de parça üretim için 5 dakika beklediğimiz yer İŞEMRİLERİNİ AÇMA öncesinde karşımıza gelen checkboxlarla dolu onay ekranı. Ve biz bu ekranda bir checkbox ı bile değiştirmiyoruz ve netsis bu listeyi doldurmak için çok fena kasılıyor. Parametre lere bir yenisini ilave etsen ve MRPDENGELEMEONAYEKRANIGETİRME gibi bir isimle bu ekran tamamen ortadan kalksa. Ben OTOMATİK DENGELE butonuna bastığımda işemirlerini ve siparişlerini direk açsa (son kısımda rapor ekranını çıkarmak şartı ile) ben inanıyorum biz 15-20 dakikada MRP işemri dengelemesini bitirebiliriz. Şuanda bu hamlenizle 70-75 dakikalardan 40 dakikalara indik. Teşekkür ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.05.2012	2	Tamam	Evet	Hayır
Dosya	Mrp.dll (5.0.10.917)
Modül	Mrp
Açıklama	MRP\MRPDENGELEMEONAYEKRANIGETIRME özel parametresi kullanıldığında, Dengeleme ekranında “Dengeleme Sonuç Sayfasını” getirmeden İş Emirlerinin ve siparişlerin açılması desteklendi.

İstek No 41898

Tarih	Program
26.04.2012	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	İşemri rehberinde sadece içinde bulunulan şubeye ait işemirlerinin görüntülenmesi isteniyor
Ek Açık.	İşemri rehberinde sadece içinde bulunulan şubeye ait işemirlerinin görüntülenmesi isteniyor
Problem	İşemri rehberinde sadece içinde bulunulan şubeye ait işemirlerinin görüntülenmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.06.2012	2	Tamam	Evet	Evet
Dosya	5.0.12 Setinde desteklenmiştir.
Modül	Üretim
Açıklama	URETIM\IEREHBERSUBEKISIT özel parametresi tanımlanmalıdır. Özel parametre tanımlandıktan sonraki iş emirlerinde filtreleme yapılacaktır

İstek No 41899

Tarih	Program
26.04.2012	Temelset.Üretim.İş Emri Girişi
Koşul	İşemri rehberinde sadece içinde bulunulan şubeye ait işemirlerinin görüntülenmesi isteniyor
Ek Açık.	İşemri rehberinde sadece içinde bulunulan şubeye ait işemirlerinin görüntülenmesi isteniyor
Problem	İşemri rehberinde sadece içinde bulunulan şubeye ait işemirlerinin görüntülenmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.06.2012	0	Tamam	Evet	Evet
Dosya	5.0.12 Setinde desteklenmiştir.
Modül	Üretim
Açıklama	URETIM\IEREHBERSUBEKISIT özel parametresi tanımlanmalıdır. Özel parametre tanımlandıktan sonraki iş emirlerinde filtreleme yapılacaktır

İstek No 41925

Tarih	Program
27.04.2012	Temelset.Fatura.Satış Faturası
Koşul	Koşul uygulaması kullanılıyor. Koşula ilave olarak satış faturası ekranında genel isk. veriliyor. Daha sonra Kaydedilmiş bir faturanın içine girip Kod-1 i değiştiriliyor. (Özel Kod 1 satış hesapları değişsin parametresi aktif.) Toplamlar sekmesindeki isk.to sıfırlanıyor.
Ek Açık.	Özel Parametrelerde FATURA, ISKONTOGUNCELLE, H olarak tanımlı, Ayrıca FATURA, KOSULGENELGUNCELLEME, 0 olarak tanımlı.
Problem	Özel Parametrelerde FATURA, ISKONTOGUNCELLE, H olarak tanımlı, Ayrıca FATURA, KOSULGENELGUNCELLEME, 0 olarak tanımlı.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.07.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\USTGUNCELLE özel parametresi tanımlanmalıdır.

İstek No 41958

Tarih	Program
02.05.2012	Temelset.Fatura._GENEL
Problem	SEVK EMRİ OLUŞTURULURKEN YA DA YÜKLEME EMRİ OLUŞTURURLURKEN MİKTAR SİPARİŞ YA DA SEVK EMRİNDEKİ MİKTARDAN BÜYÜK OLABİLİYOR. PROGRAMIN BÖYLE DURUMLARDA İŞLEM YAPABİLMESİNE İHTİYAÇ DUYUYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.05.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	SEVKYUKLEME\MIKTAR_KONTROL_ETME özel parametresi tanımlanmalıdır.

İstek No 42010

Tarih	Program
08.05.2012	Temelset.Fatura.Satış İrsaliyesi
Koşul	Koşul uygulaması kulllanılıyor. müşteri siparişi dummy bir koşul ile giriliyor ve fat. altı iskonto uygulanıyor. Bu sipariş satış irsaliyesine dönüştürüldüğünde fat.altı iskonto taşınmıyor. FATURA-ISKONTOGUNCELLE-H özel parametresi tanımlı.
Ek Açık.	Koşul uygulaması kulllanılıyor. müşteri siparişi dummy bir koşul ile giriliyor ve fat. altı iskonto uygulanıyor. Bu sipariş satış irsaliyesine dönüştürüldüğünde fat.altı iskonto taşınmıyor. FATURA-ISKONTOGUNCELLE-H özel parametresi tanımlı.
Problem	Koşul uygulaması kulllanılıyor. müşteri siparişi dummy bir koşul ile giriliyor ve fat. altı iskonto uygulanıyor. Bu sipariş satış irsaliyesine dönüştürüldüğünde fat.altı iskonto taşınmıyor. FATURA-ISKONTOGUNCELLE-H özel parametresi tanımlı.

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

İstek No 42095

Tarih	Program
14.05.2012	Temelset.Fatura._GENEL
Koşul	Siparişte değiştirilen stok adı, mal detaylı sipariş seçim ekranında görünmüyor.Bu ekrana stok kartındaki ismi ile geliyor.
Ek Açık.	Siparişte değiştirilen stok adı, mal detaylı sipariş seçim ekranında görünmüyor.Bu ekrana stok kartındaki ismi ile geliyor.
Problem	Siparişte değiştirilen stok adı, mal detaylı sipariş seçim ekranında görünmüyor.Bu ekrana stok kartındaki ismi ile geliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.07.2012	2	Yanıtlandı	Evet	Hayır
Açıklama	FATURA/EKALANISIM özel parametresi tanımlanmalıdır.

İstek No 42097

Tarih	Program
14.05.2012	Temelset.Fatura._GENEL
Koşul	özel parametrelerde FATURA;TEVKİFAT;C parametresi kullanılıyor…satış fatura uygulamasında tevkifat kullanılıyor…
Problem	satış faturası sonucu; entegrasyona KDV nin net kısmını % 18 kdv alacak hesabına atıyor (borç atmıyor)…buraya kadar sorun yok…fakat tevkifatlı KDV hesabı için % 18 KDV hesabı değil ( 391-01-018 ) tevkifatlı kdv hesabı ( 391-04-001 – 9/10 tevkifatlı KDV hesabı ) çalışsın isteniyor… 391-04-001 – 9/10 tevkifatlı KDV hesabı > entegrasyon kodları > satış ek maliyet 2 de tanımlı…özel parametrede > FATURA;TEVKİFAT;E yazılarak kdv hesabı için satış ek maliyet3 deki kdv hesabı aktif olsun isteniyor…çünkü beyanname verirken % 18 kdv ayrı , tevkifatlı kdv ler ayrı veriliyor..ayrıca satış matrahı tutturulurken tevkifatlı kdv nin % 18 kdv hesabına gitmesi hesapları ve kontrolleri şaşırtıyor…çözüm bekliyoruz..iyi çalışmalar..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.06.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2101)
Modül	Fatura
Açıklama	FATURA\TEVKİFAT özel parametresi tanımlandığında ve değer alanına K değeri girildiği zaman; Çoklu Tevkifat Oran Tanımlama “Satış Hesap Kodu” alanındaki hesap koduna “Kdv tutarından tevkifat tutarının düşülmüş değeri” atılmaktadır. Çoklu tevkifat Oran Tanımlama ekranında, özel kod2 alanına göre farklı tevkifat oranları ve hesap kodları tanımlanabilmektedir.

İstek No 42122

Tarih	Program
16.05.2012	Temelset.Fatura.Satış Faturası
Koşul	TEVKİFAT KANUN DEĞİŞİKLİĞİ
Problem	01.05.2012 TARİHİ İTİBARİ İLE TEVKİFATLI FATURA KESECEKLERDEKİ MUHASEBE KODLARI İLE İLGİLİ 600 HESAP VE 120 HESAPLA İLGİLİ SORUN YOK ANCAK 391 HESAP KODUNA SADECE TEVKİFAT İLE İLGİLİ BİZİM ÖDEYECEĞİMİZ KDV’NİN AYRI BİR HESABA ATILMASI GEREKMEKTEDİR. ACİLEN ÇÖZÜM BEKLEMEKTEYİZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.06.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2101)
Modül	Fatura
Açıklama	FATURA\TEVKİFAT özel parametresi tanımlandığında ve değer alanına K değeri girildiği zaman; Çoklu Tevkifat Oran Tanımlama “Satış Hesap Kodu” alanındaki hesap koduna “Kdv tutarından tevkifat tutarının düşülmüş değeri” atılmaktadır. Çoklu tevkifat Oran Tanımlama ekranında, özel kod2 alanına göre farklı tevkifat oranları ve hesap kodları tanımlanabilmektedir.

İstek No 42190

Tarih	Program
21.05.2012	Temelset.Banka.Kredi Kartı Tahsilat Kayıtları
Koşul	KAPALI FATURADA TAHSİLAT EKRANINDA KREDİ KARTI
Ek Açık.	ÖZEL PARAMETRE TANINMLAMASI YAPILDI
Problem	KAPALI FATURADA TAHSİLAT EKRANINDA KREDİ KARTI NUMARASI KONTROL EDİLMESİN

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.06.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	BANKA\KREDIKARTIKONTROLETME özel parametresi tanımlanmalıdır.

İstek No 42200

Tarih	Program
21.05.2012	Temelset.Dekont._GENEL
Koşul	Genel Dekont Kaydı’nda bir kayıt yaptıktan ve grid e attıktan sonra gridden üstüne tıklayarak form alanına geri çağırıp bir düzeltme yapıp tab tuşu ile tekrar grid e geri kaydettiğimizde kaydedildikten sonra form alanı tamamen boşalıp temizlenmiyor.Önceden olduğunu, güncellemeyle bunun artık olmadığını tespit ettik.
Ek Açık.	Genel Dekont Kaydı’nda bir kayıt yaptıktan ve grid e attıktan sonra gridden üstüne tıklayarak form alanına geri çağırıp bir düzeltme yapıp tab tuşu ile tekrar grid e geri kaydettiğimizde kaydedildikten sonra form alanı tamamen boşalıp temizlenmiyor.Önceden olduğunu,güncellemeyle bunun artık olmadığını tespit ettik.
Problem	Genel Dekont Kaydı’nda bir kayıt yaptıktan ve grid e attıktan sonra gridden üstüne tıklayarak form alanına geri çağırıp bir düzeltme yapıp tab tuşu ile tekrar grid e geri kaydettiğimizde kaydedildikten sonra form alanı tamamen boşalıp temizlenmiyor.Önceden olduğunu, güncellemeyle bunun artık olmadığını tespit ettik.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.06.2012	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.680)
Modül	Dekont
Açıklama	DEKONT\YENIKAYIT özel parametresi tanımlandığında, düzeltme yapıldıktan sonra form alanı tamamen boşalıp yeni kayıt formuna geçmektedir.

İstek No 42201

Tarih	Program
22.05.2012	Temelset.Dekont.Serbet Meslek Makbuz Kaydı
Koşul	DEKONT/TEVKIFAT özel parametresi kullanılıyor. Dekonttan serbest meslek makbuzu girerken kdv ye ilişkin tevkifat oranı ve tutarı hesaplanıyor ancak hesap kodu rehberi ilk girişş ekranında disable geliyor. Aynı makbuza giriş yapılıp tevkifat satırı seçildiğinde hesap kodunu manuel girebiliyoruz. Ve girdiğimiz bu hesap kodu sonraki makbuzlarda ilk kayıtta atanıyor ancak yine disable. değişiklik yapılmasına izin verilmiyor. dzeltilmesi istenmektedir.
Ek Açık.	DEKONT/TEVKIFAT özel parametresi kullanılıyor. Dekonttan serbest meslek makbuzu girerken kdv ye ilişkin tevkifat oranı ve tutarı hesaplanıyor ancak hesap kodu rehberi ilk girişş ekranında disable geliyor. Aynı makbuza giriş yapılıp tevkifat satırı seçildiğinde hesap kodunu manuel girebiliyoruz. Ve girdiğimiz bu hesap kodu sonraki makbuzlarda ilk kayıtta atanıyor ancak yine disable. değişiklik yapılmasına izin verilmiyor. dzeltilmesi istenmektedir.
Problem	DEKONT/TEVKIFAT özel parametresi kullanılıyor. Dekonttan serbest meslek makbuzu girerken kdv ye ilişkin tevkifat oranı ve tutarı hesaplanıyor ancak hesap kodu rehberi ilk girişş ekranında disable geliyor. Aynı makbuza giriş yapılıp tevkifat satırı seçildiğinde hesap kodunu manuel girebiliyoruz. Ve girdiğimiz bu hesap kodu sonraki makbuzlarda ilk kayıtta atanıyor ancak yine disable. değişiklik yapılmasına izin verilmiyor. dzeltilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.06.2012	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.682)
Modül	Dekont

İstek No 42223

Tarih	Program
23.05.2012	Temelset.Maliyet Muhasebesi._GENEL
Koşul	Aynı mamül iki farklı şubede üretiliyor. Maliyet muhasebesinin aynı stok kodu için şube bazında maliyet oluşturması isteniyor.
Ek Açık.	Şubeli muhasebe ve şube bazında maliyet sistemi kullanılıyor. Online muhasebe kullanılıyor
Problem	Aynı mamül iki farklı şubede üretiliyor. Maliyet muhasebesinin aynı stok kodu için şube bazında maliyet oluşturması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.09.2012	1	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları, MaliyetM.dll (5.0.12.129), Stok.dll (5.0.12.334), Mmuhtrk.dll
Modül	Maliyet Muhasebesi
Açıklama	MALIYET\SUBE_BAZINDA_MALIYET özel parametresi tanımlandığında Şubeler bazında maliyet muhasebesinin yapılması desteklendi. Bu uygulamanın yapılması için stok parametrelerinde “Şubeler Dahil Maliyet Sistemi” parametresinin işaretli olmaması gerekmektedir. Maliyet Muhasebesi Parmetrelerinde “Şube Bazında Maliyet Kullanımı İçin Üretim Merkezi Şube Kodu” için “Yok” seçeneğinin seçilmesi gerekmektedir Şube Bazında Mamül Grup ve Stok Kodu Eşleştirme ekranı ile stok bilgileri ile mamül grup tanımlamalarının ilişkilendirilmesi sağlanabilecektir. Maliyet oluşturma süreci öncesinde raporlar bölümünde kod ilişki işlemi kullanılarak sistemde yer alan stok – mamül grup tanım bilgileri kontrol edilebilecektir.

İstek No 42256

Tarih	Program
25.05.2012	Temelset.Fatura.Yükleme Emri
Koşul	SİPARİŞ 2. ÖLÇÜ BİRİMİNDEN GİRİLİYOR. İKİNCİ BİRİM KOLİ.
Ek Açık.	DAHA SONRA SEVK VE YÜKLEME EMRİ OLUŞTURULUYOR.
Problem	YÜKLEME İŞLEMİNDE ÖLÇÜ BİRİMİ SAHASI PASİF OLARAK GELDİĞİ İÇİN ADET OLARAK YÜKLEME İŞLEMİ YAPAMIYORLAR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.06.2012	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.10.2065)
Modül	Fatura
Açıklama	SEVKYUKLEME\OLCUBIRIMIKULLANMA özel parametresi tanımlandığında yükleme emri ekranında miktar, birinci ölçü birimi cinsinden gösterilmektedir.

İstek No 42257

Tarih	Program
25.05.2012	Temelset.Müşteri Çekleri.Cari Hesap Çek Alındı Kaydı
Koşul	CARİ HESABA ÇEK ALINDA KAYDINDAN GİRİŞ TARİHİ VADESİNDEN BÜYÜK OLACAK ŞEKİLDE KAYIT GİRİLMEYE ÇALIŞILIYOR.
Ek Açık.	ANCAK PROGRAM GİRİŞ TARİHİNDEN KÜÇÜK VADE GİRİLDİĞİNDE UYARI VERİYOR VE İŞLEME DEVAM ETMİYOR.
Problem	4.0 VERSİYONUNDA OLDUĞU GİBİ BURADA DAHA KÜÇÜK TARİH GİRİLEBİLMELİDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.06.2012	1	Tamam	Evet	Hayır
Dosya	Mcek.dll (5.0.10.505), Msen.dll (5.0.10.134)
Modül	Çek, Senet
Açıklama	CEKSENET\GIRIS_VADEDEN_BUYUK özel parametresi tanımlanmalıdır.

İstek No 42282

Tarih	Program
29.05.2012	Temelset.Müşteri Senetleri.Cari Hesap Senet Alındı Kaydı
Koşul	Müşteri Senetleri Cari Hesaba Senet Alındı Adımında Giriş Tarihi Vade tarihinden büyük olan senet kayıt girişi
Ek Açık.	Müşteri Senetleri Cari Hesap Senet Alındı Adımında Giriş Tarihi Vade Tarihinden büyük olan kayıtlarda girişe izin verilmesini istiyoruz.Eski versiyon 4.0.13 de izin veriyordu.
Problem	Müşteri Senetleri Cari Hesap Senet Alındı Adımında Giriş Tarihi Vade Tarihinden büyük olan kayıtlarda girişe izin verilmesini istiyoruz.Eski versiyon 4.0.13 de izin veriyordu.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.06.2012	0	Tamam	Evet	Hayır
Dosya	Mcek.dll (5.0.10.505), Msen.dll (5.0.10.134)
Modül	Çek, Senet
Açıklama	CEKSENET\GIRIS_VADEDEN_BUYUK özel parametresi tanımlanmalıdır.

İstek No 42287

Tarih	Program
29.05.2012	Temelset. ._GENEL
Koşul	Siparişte Başlıkta Tarih, Özel kod2 sahalrından birinde değişiklik yapılması takdirde karşımıza gelen uyarı mesajındaki değişiklikler belgeye uygulansın sorusuna evet denilirse, Satırda girilmiş olan çevrimli ürünlerde malın fiyatını tekrar malın cevrimi ile çarpıyor.Fiyat hatalı oluyor.Ayrıca Mal fazlası satırındaki mal fazlası miktarınıda sıfırlıyor. Fatura.dll yüklendi. Fakat sorun düzelmedi.(5.0.10.2045)
Ek Açık.	Siparişte Başlıkta Tarih, Özel kod2 sahalrından birinde değişiklik yapılması takdirde karşımıza gelen uyarı mesajındaki değişiklikler belgeye uygulansın sorusuna evet denilirse, Satırda girilmiş olan çevrimli ürünlerde malın fiyatını tekrar malın cevrimi ile çarpıyor.Fiyat hatalı oluyor.Ayrıca Mal fazlası satırındaki mal fazlası miktarınıda sıfırlıyor. Fatura.dll yüklendi. Fakat sorun düzelmedi.(5.0.10.2045)
Problem	Siparişte Başlıkta Tarih, Özel kod2 sahalrından birinde değişiklik yapılması takdirde karşımıza gelen uyarı mesajındaki değişiklikler belgeye uygulansın sorusuna evet denilirse, Satırda girilmiş olan çevrimli ürünlerde malın fiyatını tekrar malın cevrimi ile çarpıyor.Fiyat hatalı oluyor.Ayrıca Mal fazlası satırındaki mal fazlası miktarınıda sıfırlıyor. Fatura.dll yüklendi. Fakat sorun düzelmedi.(5.0.10.2045)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.07.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\USTGUNCELLE özel parametresi tanımlanmalıdır.

İstek No 42312

Tarih	Program
31.05.2012	Temelset.Fatura._GENEL
Koşul	Yeni girilen irsaliye veya fatura yazdırıldıktan sonra "kaydedilsin mi?" diye soruyor. Hayır denilirse yazdırılan belge kaydedilmiyor. Yazdırılan belgeler için bu uyarı yapılmadan direk kayıt işlemi yapabilir miyiz.
Problem	Yeni girilen irsaliye veya fatura yazdırıldıktan sonra "kaydedilsin mi?" diye soruyor. Hayır denilirse yazdırılan belge kaydedilmiyor. Yazdırılan belgeler için bu uyarı yapılmadan direk kayıt işlemi yapabilir miyiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.07.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\BASIMYAPVEKAYDET özel parametresi tanımlanmalıdır.

İstek No 42316

Tarih	Program
31.05.2012	Temelset.Fatura.Satış Faturası
Koşul	Tevkifatlı Kesilen Fatura da Hesaplanan Tevfikat’ın entegrasyon kayıtlarında Hesaplanan K.D.V.’ye atıyor. Eğer özel parametreyi kullanmaz isekde bu sefer Tevkifatlı Hesaplanan K.D.V.’ye Borç, Hesaplanan K.D.V. Tamamını’da Alacak yazıyor. Bu yanlış bir kayıt çünkü Hesaplanan K.D.V. borç çalışmaz. Sizin mantığınıza göre Örneğin 391.01.01 Hesaplanan K.D.V. 300 (A), 391.01.99 Tevkifatlı K.D.V. 150 (B) Kalan rakam Beyan Edilecek Rakam. Ancak hesaba katılmayan bir husus var Kısmi Tevkifatlarda K.D.V Beyannamesinde Tevkifatın Matrahı ve Tevkifatı ayrı satırda gösterilir. Sizin hesaba göre Matrah aynı, K.D.V. Eksik biz bunu uygulamak istemiyoruz. Sizden ricamız Hesaplanan K.D.V.’den hesaplanan Tevkifatı düştükten sonra kalan Tevkifat tutarı Hesaplanan K.D.V.’ye alacak vererek entegrasyon kayıtlarına düşmesi
Ek Açık.	Hesaplanan K.D.V. – Hesaplanan Tevkifat K.D.V. = Kalan Hesaplanan K.D.V.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.07.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\TEVKİFAT özel parametresi tanımlanmalı değer alanına C yazılmalıdır.

İstek No 42328

Tarih	Program
04.06.2012	Temelset.Teklif.Satın Alma Talep
Koşul	SATIN ALMA TALEP PARAMETRELERINDE SATIR BAZI AÇIKLAMA SORULSUN PARAMETRESİ İŞARETLİDİR. SATIN ALMA TALEP EKRANINDA İLK KALEM GİRİŞİNDE GİRİLEN SATIR AÇIKLAMASI SONRAKİ KALEMLER İÇİN DE İLK KALEMDEKİ AÇIKLAMA GELMEKTEDİR. 2. KALEME GEÇTİĞİNDE SATIR AÇIKLAMA ALANINI SIFIRLAMAMAKTADIR.
Problem	SATIN ALMA TALEP PARAMETRELERINDE SATIR BAZI AÇIKLAMA SORULSUN PARAMETRESİ İŞARETLİDİR. SATIN ALMA TALEP EKRANINDA İLK KALEM GİRİŞİNDE GİRİLEN SATIR AÇIKLAMASI SONRAKİ KALEMLER İÇİN DE İLK KALEMDEKİ AÇIKLAMA GELMEKTEDİR. 2. KALEME GEÇTİĞİNDE SATIR AÇIKLAMA ALANINI SIFIRLAMAMAKTADIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.07.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\SATIRACIKLAMABOSGELSIN özel parametresi tanımlanmalıdır.

İstek No 42331

Tarih	Program
04.06.2012	Temelset.Yardımcı Programlar._GENEL
Koşul	GENEL,ISLETMESUBEORTAK,0 olarak tanımlanan özel parametresi tanımlandıktan sonra bir şubede tanımlanan stok diğer şubelerde de görülebilmeli ancak olmuyor.
Ek Açık.	GENEL,ISLETMESUBEORTAK,0 olarak tanımlanan özel parametresi tanımlandıktan sonra bir şubede tanımlanan stok diğer şubelerde de görülebilmeli ancak olmuyor.
Problem	GENEL,ISLETMESUBEORTAK,0 olarak tanımlanan özel parametresi tanımlandıktan sonra bir şubede tanımlanan stok diğer şubelerde de görülebilmeli ancak olmuyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.06.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	Özel parametre adı GENEL\ISLETMEDESUBEDEORTAK olmalı ve de bu parametre varken stoğun şubelerde ortak kullanılması için merkez şubeden tanımlanması, işletmelerde ortak olması için ORTAK30’dan tanımlanması gerekmektedir.

İstek No 42343

Tarih	Program
06.06.2012	Temelset.Dekont._GENEL
Koşul	Dekont kaydı esnasında gridden kayıt çağrılıp herhangi bir alanda bir değişiklik yapılıp tekrar tab ile gride atılıyor. Fakat yeni kayıt ekranı gelmiyor. düzeltme yapılan satırda focuslanıyor.
Ek Açık.	Kayıt ekle butonuna basılması gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.06.2012	1	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.10.680)
Modül	Dekont
Açıklama	DEKONT\YENIKAYIT özel parametresi tanımlandığında, düzeltme yapıldıktan sonra form alanı tamamen boşalıp yeni kayıt formuna geçmektedir.

İstek No 42356

Tarih	Program
06.06.2012	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	Hızlı Tahsilat Kaydı esnasında Döviz Tipi sorgulamasının da gelmesini, Kasa Modülüne TL Kasası ise TL fakat Cari Modüle Döviz – Banka Modülüne de TL yada Döviz olarak kayıt atmasını rica ediyoruz. Teşekkürler. İyi çalışmalar.
Ek Açık.	Hızlı Tahsilat Kaydı esnasında Döviz Tipi sorgulamasının da gelmesini, Kasa Modülüne TL Kasası ise TL fakat Cari Modüle Döviz – Banka Modülüne de TL yada Döviz olarak kayıt atmasını rica ediyoruz. Teşekkürler. İyi çalışmalar.
Problem	Hızlı Tahsilat Kaydı esnasında Döviz Tipi sorgulamasının da gelmesini, Kasa Modülüne TL Kasası ise TL fakat Cari Modüle Döviz – Banka Modülüne de TL yada Döviz olarak kayıt atmasını rica ediyoruz. Teşekkürler. İyi çalışmalar.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.06.2012	1	Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.10.248)
Modül	Kasa
Açıklama	KASA\CARIDOVIZ özel parametresi tanımlanmalıdır.

İstek No 42361

Tarih	Program
07.06.2012	Temelset.Fatura.Müşteri Siparişleri
Koşul	KOSUL TANIMLAMASI VAR. KOSULDA STOĞA AİT FİYAT VE SATIR BAZI İSKONTO TANIMLAMASI VAR. MÜŞTERİ SİPARİŞİ GİRİLİYOR. KOSUL KODU SEÇLİYOR. KALEMLERDE İLGİLİ STOK SECLDIKTEN SONRA KOSULDAN GELEN FIYAT VE ISKONTO DEĞERİNİ ELLE DEĞİŞTİRİLİP SİPARİŞ KAYDEDİLİYOR. ARDNDAN İLGİLİ SİPARİŞ İÇERİSİNE GİRİLİYOR SİPARİŞ TARIHI DEĞİŞTİRİLİYOR. ÜST BİLGİLERDEN KOSUL SEKMESİNE GEÇERKEN "YAPILAN DEĞİŞİKLİKLER BELGEYE YANSITILSIN MI" PARAMETRESINE EVET DIYEREK GECILDIGINDE SİPARİŞTE GİRİLEN FIYAT VE ISKONTO ORANINI TEKRAR KOSULDAKI TANIMLAMALARA GÖRE GETİRİYOR.
Ek Açık.	"YAPILAN DEĞİŞİKLİKLER BELGEYE YANSITILSIN MI" SORUSUNA HAYIR DENDIGINDE FIYAT VE ISKONTO DEGERINI DEGISTIRMIYOR ANCAK TARIHIDE GUNCELLEMIYOR.
Problem	ESKI DOSYALARDA SİPARİŞTE GİRİLEN FIYAT VE ISKONTOYU DĞİŞTİRMİYORDU.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.06.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	“Yapılan değişiklikler belgeye yansıtılsın mı?” Sorgusuna hayır denilerek FATURA\USTGUNCELLE özel parametresi kullanılmalıdır.

İstek No 42371

Tarih	Program
08.06.2012	Temelset.Fatura._GENEL
Koşul	satır bazı tevkifat uygulaması kullanılıyor. FATURA/TEVKİFAT/0 özel parametresi tanımlı
Ek Açık.	faturada hesaplanan tevkifat oranını entegrasyona atarken kdv-tevkifat olarak tek satırda kayıt atması isteniyor
Problem	özel parametreninde tanımlanmış olmasına rağmen tevkifat kdv den düşülmeden entegrasyona atılıyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.06.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2101)
Modül	Fatura
Açıklama	FATURA\TEVKİFAT özel parametresi tanımlandığında ve değer alanına K değeri girildiği zaman; Çoklu Tevkifat Oran Tanımlama “Satış Hesap Kodu” alanındaki hesap koduna “Kdv tutarından tevkifat tutarının düşülmüş değeri” atılmaktadır. Çoklu tevkifat Oran Tanımlama ekranında, özel kod2 alanına göre farklı tevkifat oranları ve hesap kodları tanımlanabilmektedir. FATURA\TEVKİFAT\C özel parametresi tanımlandığında “Kdv tutarından tevkifat tutarının düşülmüş değeri” entegrasyon kodlarındaki Kdv Hesap koduna atılmaktadır.

İstek No 42378

Tarih	Program
08.06.2012	Temelset.Fatura.Çoklu Tevkifat Oran Tanımlama
Koşul	Satışta Çoklu Tevkifat uygulaması kullanılıyor
Ek Açık.	Tevkifat uygulamasının muhasebe kaydında Hesaplanan KDV hesabına KDV’nin tamamını ,Entegrasyon Kodları/Fatura ek Maliyet/Fatura ek Maliyet 2 hesabına Tevkifat olan tutarı borç olarak kayıt atıyor. 391 Hesap borç çalışmayacağı için bu kayıt hatalı olmaktadır.Fatura ek Maliyet 2 alanına yazdığımız hesaba tevkif edilen KDV’nin tamamını alacak atmalıdır.391 hesaplanan KDV ye herhangi bir değer yazmamalıdır.
Problem	Tevkifat uygulamasının muhasebe kaydında Hesaplanan KDV hesabına KDV’nin tamamını ,Entegrasyon Kodları/Fatura ek Maliyet/Fatura ek Maliyet 2 hesabına Tevkifat olan tutarı borç olarak kayıt atıyor. 391 Hesap borç çalışmayacağı için bu kayıt hatalı olmaktadır.Fatura ek Maliyet 2 alanına yazdığımız hesaba tevkif edilen KDV’nin tamamını alacak atmalıdır.391 hesaplanan KDV ye herhangi bir değer yazmamalıdır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.06.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2101)
Modül	Fatura
Açıklama	FATURA\TEVKİFAT özel parametresi tanımlandığında ve değer alanına K değeri girildiği zaman; Çoklu Tevkifat Oran Tanımlama “Satış Hesap Kodu” alanındaki hesap koduna “Kdv tutarından tevkifat tutarının düşülmüş değeri” atılmaktadır. Çoklu tevkifat Oran Tanımlama ekranında, özel kod2 alanına göre farklı tevkifat oranları ve hesap kodları tanımlanabilmektedir.

İstek No 42421

Tarih	Program
13.06.2012	Temelset.Fatura.Aliş Faturası
Koşul	ALIŞ-SATIŞ FATURALARINDA MÜŞTERİYE ÖZEL FİYAT LİSTESİ KULLANILIYOR. FİYAT LİSTESİNİN BİTİMİ 31 MAYIS. 1 HAZİRANA SATIŞ FATURASI İŞLERKEN İLGİLİ STOĞU SEÇTİĞİMİZDE, BİTİŞ TARİHİ 31 MAYIS OLDUĞU İÇİN FİYAT SIFIR GELİYOR. ANCAK FİYATIN ÜSTÜNDEYKEN SAĞ CLİCK FİYAT LİSTESİ DEDİĞİMDE,
Ek Açık.	BİTİŞ TARİHİ 31 MAYIS OLMASINA RAĞMEN FİYATI SEÇİP KAYDETMEME İZİN VERİYOR. BU DA BİZİM İÇİN YANLIŞ FİYATLA FATURA KESMEMİZE NEDEN OLUYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
11.09.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2291)
Modül	Fatura
Açıklama	FATURA\FIYATBITTAR özel parametresi tanımlanmalıdır.

İstek No 42439

Tarih	Program
14.06.2012	Temelset.Fatura.Satış Faturası
Koşul	Fiyat listesi ve koşul kullanılıyor. Koşuldaki iskonto 2 ve 3 alanları doludur. İskonto 1 alanı koşullarda her zaman 0(sıfır) bulunmaktadır. Siparişte koşul seçildiğinde iskonto 2 ve 3 otomatik geliyor. İskonto 1 ise kullanıcı tarafından manuel oran giriliyor. Sipariş>İrsaliye>Fatura oluştuğunda iskonto 1,2,3 doğru olarak gelmektedir. Fatura öncesinde satış irsaliyesinin veya fatura sonrasında satış faturasının üstünden geçildiğinde koşuldan dolayı iskonto 1 alanı sıfırlanıyor. Siparişteki tutar ile fatura tutarı arasında fark oluşmuş oluyor. Buda müşterilerden tepki almalarına sebep oluyor. FATURA FIYATGUNCELLE, FATURA KOSULGUNCELLE özel parametreleri gibi ISKONTO1GUNCELMEME parametresine ihtiyacımız bulunmaktadır.
Ek Açık.	Fiyat listesi ve koşul kullanılıyor. Koşuldaki iskonto 2 ve 3 alanları doludur. İskonto 1 alanı koşullarda her zaman 0(sıfır) bulunmaktadır. Siparişte koşul seçildiğinde iskonto 2 ve 3 otomatik geliyor. İskonto 1 ise kullanıcı tarafından manuel oran giriliyor. Sipariş>İrsaliye>Fatura oluştuğunda iskonto 1,2,3 doğru olarak gelmektedir. Fatura öncesinde satış irsaliyesinin veya fatura sonrasında satış faturasının üstünden geçildiğinde koşuldan dolayı iskonto 1 alanı sıfırlanıyor. Siparişteki tutar ile fatura tutarı arasında fark oluşmuş oluyor. Buda müşterilerden tepki almalarına sebep oluyor. FATURA FIYATGUNCELLE, FATURA KOSULGUNCELLE özel parametreleri gibi ISKONTO1GUNCELMEME parametresine ihtiyacımız bulunmaktadır.
Problem	Fiyat listesi ve koşul kullanılıyor. Koşuldaki iskonto 2 ve 3 alanları doludur. İskonto 1 alanı koşullarda her zaman 0(sıfır) bulunmaktadır. Siparişte koşul seçildiğinde iskonto 2 ve 3 otomatik geliyor. İskonto 1 ise kullanıcı tarafından manuel oran giriliyor. Sipariş>İrsaliye>Fatura oluştuğunda iskonto 1,2,3 doğru olarak gelmektedir. Fatura öncesinde satış irsaliyesinin veya fatura sonrasında satış faturasının üstünden geçildiğinde koşuldan dolayı iskonto 1 alanı sıfırlanıyor. Siparişteki tutar ile fatura tutarı arasında fark oluşmuş oluyor. Buda müşterilerden tepki almalarına sebep oluyor. FATURA FIYATGUNCELLE, FATURA KOSULGUNCELLE özel parametreleri gibi ISKONTO1GUNCELMEME parametresine ihtiyacımız bulunmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.06.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2088)
Modül	Fatura
Açıklama	FATURA\KOSULSATIRGUNCELLEME özel parametresi tanımlanmalıdır.

İstek No 42461

Tarih	Program
15.06.2012	Temelset.Fatura._GENEL
Koşul	IHRACAT MODULUNDE, SATIS-TEKLİF ISLEMINDE TOPLAMLAR SAYFASINDA, TAMAM BUTONUNA BASTIĞIMIZDA.
Problem	ODEME BILGILERI, BANKA BILGILERI, NAKLIYE-SIGORTA BILGILERI’NIN GIRILDIGI EK EKRANIN PARAMETRIK OLARAK GELMESI..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.07.2012	1	Tamam	Evet	Hayır
Dosya	DisTicaret.dll (5.0.12.87)
Modül	Dıış Ticaret
Açıklama	DISTICARET\DOSYABILGILERIGOSTERME Özel Parametresi ile tanımlandığında Ödeme Bilgileri, Banka Bilgileri, Nakliye ve Sigorta bilgilerinin tamam tuşuna basınca gelmemesi desteklendi

İstek No 42462

Tarih	Program
15.06.2012	Temelset.Fatura.Aliş İrsaliyesi
Koşul	Sipariş kaydı giriliyor. Alış irsaliye ekranıdnan sipariş girilip belge oluşturuluyor.
Ek Açık.	Kalemin üzerinden geçerken doldurulması zorunlu olarak hücre yerleştirme ekranı geliyor.Fakat kalemlerin üzerinden geçilmezse dinamik depo yerleştirme yapılmadan belge kaydedilebiliyor.
Problem	Bunun belge kaydı esnasında hücre yerleştirme yapılmamış kayıtlar vardır şeklinde uyarması ve belgeyi kaydettirmemesi isteniyor. Aynı şekilde satış irsaliyesinde de isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.07.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2112), Fattrk.dll
Açıklama	Kalemlerde “Dinamik Depo Hücre Yerleştirme” işlemi yapılmadığı zaman, toplamlara gelindiğinde hücre yerleştirme yapılmadığına dair uyarı mesajı vermesi desteklendi. Ayrıca DINDEPO\OTOMATIKISLEM özel parametresi de tanımlanmalıdır.

İstek No 42464

Tarih	Program
15.06.2012	Temelset.Fatura.Depolar Arasi Transfer
Ek Açık.	KOşUL UYGULAMASI KULLANILIYOR.KOşULLARA FiYAT LiSTELERi BAğLI.
Problem	TRANSFER FişiNDE KOşUL SEçiLiYOR. KALME BiLGiLERiNDE STOK SEçiLDiğiNDE FiYAT GELiYOR ANCAK MiKTAR GiRiLiP TABA BASILDIğINDA FiYAT SIFIRLANIYOR. FiYATIN SIFIRLANMAYIP KOşULA BAğLI FiYAT LiSTESiNDEN GELEN FiYATIN KORUNMASI GEREKiYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.09.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2291)
Modül	Fatura
Açıklama	FATURA\BRMALFIYGETIRME özel parametresi tanımlanmalıdır.

İstek No 42502

Tarih	Program
20.06.2012	Temelset.Banka.Banka Kesinti Tanımlamaları
Koşul	Banka kesinti tanımlamalarında kesinti oranının 0 olarak tanımlanmasına izin vermesi isteniyor
Ek Açık.	Banka kesinti tanımlamalarında kesinti oranının 0 olarak tanımlanmasına izin vermesi isteniyor
Problem	Banka kesinti tanımlamalarında kesinti oranının 0 olarak tanımlanmasına izin vermesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.07.2012	1	Tamam	Evet	Hayır
Dosya	Banka.dll (5.0.12.438), Bnktrk.dll
Modül	Banka
Açıklama	BANKA\BANKA_KESINTI_DUZELTME_FARKI özel parametresi tanımlanmalıdır.

İstek No 42503

Tarih	Program
20.06.2012	Temelset.Banka.Kredi Kartı Tahsilat Kayıtları
Koşul	Kredi kartı tahsilat kayıtlarında tanımlamalara göre otomatik gelen kesinti tutarlarında,bankanın sonradan ilettiği kesintit tutarlarına göre farklılık olması durumunda bu farkın otomatik olarak kredi kartı tahsilat ekranından otomatik olarak yapılabilmesi isteniyor
Ek Açık.	Kredi kartı tahsilat kayıtlarında tanımlamalara göre otomatik gelen kesinti tutarlarında,bankanın sonradan ilettiği kesintit tutarlarına göre farklılık olması durumunda bu farkın otomatik olarak kredi kartı tahsilat ekranından otomatik olarak yapılabilmesi isteniyor
Problem	Kredi kartı tahsilat kayıtlarında tanımlamalara göre otomatik gelen kesinti tutarlarında,bankanın sonradan ilettiği kesintit tutarlarına göre farklılık olması durumunda bu farkın otomatik olarak kredi kartı tahsilat ekranından otomatik olarak yapılabilmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.07.2012	1	Tamam	Evet	Hayır
Dosya	Banka.dll (5.0.12.438), Bnktrk.dll
Modül	Banka
Açıklama	BANKA\BANKA_KESINTI_DUZELTME_FARKI özel parametresi tanımlanmalıdır.

İstek No 42504

Tarih	Program
20.06.2012	Temelset.Banka.Kredi Kartı Tahsilat Kayıtları
Koşul	"Kayıtlar belge kırılımlı oluşsun" parametresi işaretleniyor.
Ek Açık.	Hazırlık çalıştırıldığında vade tarihi aynı güne denk gelen kesintileri kümüle ederek gösteriyor.
Problem	Kümülasyonun yapılmaması,her bir kaydın tek tek gösterilmesi isteniyor.Ayrıca sıfır kesinti tanımlanmasının desteklenmesi durumunda,0 kesintinin de detaylı olarak gösterilmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.07.2012	1	Tamam	Evet	Hayır
Dosya	Banka.dll (5.0.12.438), Bnktrk.dll
Modül	Banka
Açıklama	Kümülasyonunun yapılmaması Banka Kredi Kartı tahsilat kayıtları ekranına eklenen "Kayıtlar detaylı oluşturulsun " parametresi ile sağlandı. Kredi kartı Tahsilat kayıtları ekranına 0 komisyonluların gelmesi için BANKA\BANKA_KESINTI_DUZELTME_FARKI özel parametresi tanımlanmalıdır.

İstek No 42510

Tarih	Program
21.06.2012	Temelset.Fatura._GENEL
Koşul	Stoğun kartında, kg/çv 1/25, 1 çuvalda 25 kg bulgur şeklinde tanımlanmış bir çevrim vardır. fiyat birimi de çv olarak seçilmiştir. Stoğun çuval fiyatı da 100 tl olarak tanımlanmıştır. Faturada 10 çv giriliyor. Miktar otomatik olarak 1. ölçü birimine yani 250 kg ya, fiyat birimi olarak ta çv seçildiği için önce fiyat 100 tl geliyor ardından 1. ölçü birimine göre fiyat yeniden hesaplanıp 4 tl olarak gelmektedir. Kayıt gride atıldığında miktar 10, br2 ise 250 fiyat ise 100 tl olarak gelmektedir. Bu şekilde fatura kaydedilmektedir.
Problem	Fatura tekrar çağrılmakta ve tarih bilgisi değiştirilmektedir. "Yapılan değişiklikler belgeye yansıtılsın mı" sorusuna "evet" denilerek kalem bilgileri sekmesine geçiliyor. Ancak Fiyat 100 tl iken 2500 tl oluyor. Ve belge sonuçları farklı oluşmaktadır.

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

İstek No 42517

Tarih	Program
21.06.2012	Temelset.Müstahsil Faturası.Müstahsil Makbuzu Girişi
Koşul	MUSTAHSIL MAKBUZU GIRILEN CARININ B FORMUNA DEGER OLARAK BRUT TOPLAM+MERA KESINTISI GELMEKTEDIR. MUSTERIMIZ SADECE BRUT TOPLAM GELMESI GEREKTIGINI ILETIYOR.
Ek Açık.	MUSTAHSIL MAKBUZU GIRILEN CARININ B FORMUNA DEGER OLARAK BRUT TOPLAM+MERA KESINTISI GELMEKTEDIR. MUSTERIMIZ SADECE BRUT TOPLAM GELMESI GEREKTIGINI ILETIYOR.
Problem	MUSTAHSIL MAKBUZU GIRILEN CARININ B FORMUNA DEGER OLARAK BRUT TOPLAM+MERA KESINTISI GELMEKTEDIR. MUSTERIMIZ SADECE BRUT TOPLAM GELMESI GEREKTIGINI ILETIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.07.2012	1	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.12.666)
Modül	Muhasebe
Açıklama	MUHASEBE\BFORM_MERA_HARIC özel parametresi tanımlandığında b formuna gelen değere mera kesintisi dahil edilmemektedir.

İstek No 42524

Tarih	Program
22.06.2012	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	Hızlı Tahsilat Kayıtlarında cari için farklı döviz tiplerinin desteklenmesi
Ek Açık.	.
Problem	.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.06.2012	0	Tamam	Evet	Evet
Dosya	Kasa.dll (5.0.12.248), Dbupdate 5.0.12 dosyaları
Modül	Kasa
Açıklama	KASA\CARIDOVIZ özel parametresi tanımlı olmalıdır. Gride kaydı atarken döviz tipi sorulmaktadır.

İstek No 42546

Tarih	Program
25.06.2012	Temelset.Dekont.Bankadan Gelen Karşılıksız Çek Dekontu
Koşul	Proje kodu uygulaması açıktır. Cari hesaba çek alındı kaydında çek parçalama yapılıyor ve 2 farklı proje kodu seçilerek kayıt yapılıyor. Çek tahsile gönderiliyor.
Problem	Daha sonra bankadan gelen karşılıksız çek dekontu kaydı yapılıyor. karşılıksız işlemi sonrası cari harekete yine proje kodu detaylı olarak kayıt gidiyor. Ancak müşterimiz tarafından karşılıksız çek dekontu ekranında seçilen proje kodu ile kayıt atmasıdır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.09.2012	2	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.12.711)
Modül	Dekont
Açıklama	DEKONT\KARSILIKSIZPROJE özel parametresi tanımlandığında karşılıksız işleminde cari hareketlere seçilen proje kodu atılmaktadır. Özel parametre tanımlanmadığında parçalama işleminde girilen proje kodu atılmaktadır.

İstek No 42557

Tarih	Program
26.06.2012	Temelset.Fatura.Sipariş Onayla / Onayı Geri Al
Koşul	sipariş onay sistemi açık
Ek Açık.	müşteri siparişi onaylanıyor. onay geri alınmadan sipariş üzerinde değişiklik yapılabiliyor ve kaydedilebiliyor.
Problem	bu işlem sonrasında sipariş değiştirildiği için tekrar onaya tabi tutuyor. onaylı iken sipariş üzerinde değişiklik yapılamaması gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.07.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\ONAYSIZBELGEDEGISMESIN özel parametresi kullanıldığında onaysız bir siparişin içine girilip kaydedildiğinde de onaysız kalması desteklenmektedir.

İstek No 42583

Tarih	Program
27.06.2012	Temelset.Teklif.Satış Teklif Siparişleştirme
Koşul	cari kartta koşul kodu var. satış teklifte koşul uygulaması açık
Ek Açık.	koşul kodu sekmesinde cari kartta tanımlı olan dışında bir koşul giriliyor
Problem	satış teklif siparişleştirme işlemi sonrası oluşturulan siparişte cari karttaki koşul kodu geliyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.07.2012	0	Tamam	Evet	Hayır
Dosya	Teklif.dll (5.0.12.228)
Modül	Talep\Teklif
Açıklama	TEKLIF\KOSULUYGULA özel parametresi tanımlanmalıdır.

İstek No 42595

Tarih	Program
28.06.2012	Temelset.Fatura.Satış Faturası
Koşul	Çoklu tevkifat oran tanımlama menüsü kullanılıyor.
Ek Açık.	.
Problem	Kdv den tevkifat tutarının düşülmüş değerinin çoklu tevkifat oran tanımlama ekranındaki "Satış Hesap Kodu" ndaki hesaba atılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.06.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2101)
Modül	Fatura
Açıklama	FATURA\TEVKİFAT özel parametresi tanımlanmalı değer alanına K yazılmalıdır.

İstek No 42629

Tarih	Program
02.07.2012	Temelset.Banka.Kredi Kartı Tahsilat Kayıtları
Koşul	Hızlı tahsilat kayıtlarından girilen tahsilatların 108 kredi hesabına kaydı atılırken kesinti düşülerek atılması ve kesintiyi borçta göstermesi.Kredi kartı tahsilat kayıtlarında tahsilat ve kesintiyi(aynı belge içerisinde girilen birden fazla tahsilat kaydı varsa) detaylı göstermesi
Ek Açık.	kesinti tanımlamalarında sıfır kesinti tanımlanabilmesi ve bu sıfır tutarlı kesintilerin kredi kartı tahsilatlarına getirilmesi
Problem	kredi kartı tahsilatlarında kesintilerde tutarsa değişiklik yapılması durumunda kesinti farkının yansıtılması isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.07.2012	0	Tamam	Evet	Hayır
Dosya	Banka.dll (5.0.12.438), Bnktrk.dll
Modül	Banka
Açıklama	BANKA\BANKA_KESINTI_DUZELTME_FARKI özel parametresi tanımlanmalıdır.

İstek No 42642

Tarih	Program
03.07.2012	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	Hızlı tahsilat kayıtlarında sözleşmede uygulanan ve bankaya atılan vade ne ise aynı vade ile cari hareketlere de atılması isteniyor
Ek Açık.	Hızlı tahsilat kayıtlarında sözleşmede uygulanan ve bankaya atılan vade ne ise aynı vade ile cari hareketlere de atılması isteniyor
Problem	Hızlı tahsilat kayıtlarında sözleşmede uygulanan ve bankaya atılan vade ne ise aynı vade ile cari hareketlere de atılması isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.07.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	BANKA/CARIORTVADE özel parametresi tanımlanmalıdır.

İstek No 42660

Tarih	Program
05.07.2012	Temelset.Yardımcı Programlar.Email Başlık Bilgileri
Koşul	Netsis’e girilen müşteri siparişleri otomatik olarak ilgili kişilere mail olarak gidecek şekilde düzenleme yaptık. Ancak Giden müşteri siparişlerinde mailin konusu olarak (Subject) alanına giden siparişin Cari İsminin gelmesini rica ediyoruz.
Ek Açık.	Bu mailler patronlara gittiğinden dolayı patronlarda sadece kendilerine göre önemli olan siparişlerin detaylarını açmak istiyorlar.
Problem	Özel parametre v.b. bir çözümle de yapılabilir. Bizim için çok önemli bir ricadır. Konunun çözümü ile ilgili yardımlarınızı rica ediyorum. Rıfat Özumağı/ İşletme Müdürü.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.09.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2314)
Modül	Fatura
Açıklama	EPOSTA/KONUDACARIBASILSIN özel parametresi tanımlanmalıdır.

İstek No 42718

Tarih	Program
11.07.2012	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	Hızlı tahsilat kayıtlarında açıklama girilebilmesi ve bu açıklamanın cari hareketlere yansıması isteniyor.
Ek Açık.	Hızlı tahsilat kayıtlarında açıklama girilebilmesi ve bu açıklamanın cari hareketlere yansıması isteniyor.
Problem	Hızlı tahsilat kayıtlarında açıklama girilebilmesi ve bu açıklamanın cari hareketlere yansıması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.01.2013	0	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları, Kasa.dll (5.0.12.278)
Modül	Kasa
Açıklama	KASA\HIZLIKASAACIK özel parametresi tanımlanmalıdır

İstek No 42755

Tarih	Program
16.07.2012	Temelset.Fatura._GENEL
Koşul	koşul uygulaması açık. her satırda vade günü sorulsun par. açık. cari kartların bazılarında koşul kodu tanımlı bazılarında ise vade günü tanımlı.koşul tanımında ise vade ve liste fiyatı var. cari kartında koşul tanımlı olan carilerde vade günü geliyor ancak cari kartında vade günü tanımlı olan carilerin vade günü sıfır olarak geliyor.
Problem	koşul uygulaması açık. her satırda vade günü sorulsun par. açık. cari kartların bazılarında koşul kodu tanımlı bazılarında ise vade günü tanımlı.koşul tanımında ise vade ve liste fiyatı var. cari kartında koşul tanımlı olan carilerde vade günü geliyor ancak cari kartında vade günü tanımlı olan carilerin vade günü sıfır olarak geliyor.

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

İstek No 42762

Tarih	Program
16.07.2012	Temelset.Fatura._GENEL
Problem	faturada kalem bilgilerinde herhangi bir ürün seçip ismine eklenti yapmak istediğimizde güncellemme yapmadan önce 100 karaktere kadar yazılabiliyordu fakat yeni güncellemelerde stok adına en fazla 35 karakter girebiliyoruz stok kartına 100 karakter yazabiliyoruz faturada çağırdığımızda 100 karakter olarak gelebiliyor fakat faturada stok adında değişiklik yapınca 35 karaktere düşürüyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.07.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\STOKISMI özel parametresi tanımlandığında stok ismi 50 karakter tanımlanabilmektedir, fakat belgeye tekrar girişte 35 karaktere geçmektedir.

İstek No 42764

Tarih	Program
16.07.2012	Temelset.Dinamik Depo.Hücre Yerleştirme
Koşul	‘DINDEPO’-‘OTOMATIKISLEM’ VE DINDEPO-FATURADANKAYITZORUNLU özel parametreleri tanımlı. depolar transfer kaydında hücre yerleştirme yapılıyor, belge kaydedilmek istendiğinde "dinamik depo kaydı girilmelidir" hatasını veriyor. ancak hücre yerleştirme işlemi yapılmış oluyor.
Problem	‘DINDEPO’-‘OTOMATIKISLEM’ VE DINDEPO-FATURADANKAYITZORUNLU özel parametreleri tanımlı. depolar transfer kaydında hücre yerleştirme yapılıyor, belge kaydedilmek istendiğinde "dinamik depo kaydı girilmelidir" hatasını veriyor. ancak hücre yerleştirme işlemi yapılmış oluyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.07.2012	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2159)
Modül	Fatura

İstek No 42775

Tarih	Program
17.07.2012	Temelset.Cari.Cari Kartı Kayıtları
Koşul	Farklı Teslim cari uygulaması kullanılıyor. kurumsal müşterilerin binlerce farklı teslim noktası olabiliyor.
Problem	Farklı teslim içinn açılan kayıtların genel cari kayıtları içinde görünmesi istenmiyor. Teslim cari için açılan kayıt sayısı şuan için 14.000 cıvarındadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.09.2012	1	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları, Fatura.dll (5.0.12.2321), Cartrk.dll
Modül	Fatura
Açıklama	CARI\TESLIMCARIGOSTERME özel parametresi tanımlandığında; Fatura\İrsaliye\Sipariş üst bilgiler ekranında Farklı Teslimat Kod alanında sağ tuşa “Teslim Cari Tanımları” eklendi bu ekran aracılığı ile teslim cari kodu açılabilmektedir. Bu ekrandan açılan cari kodlarının işletme kodu -3 olarak oluştuğu için bu cari kodlar Cari Kartı Kayıtlarında görülmemektedir.

İstek No 42790

Tarih	Program
18.07.2012	Temelset.Dekont.Serbet Meslek Makbuz Kaydı
Problem	bilindiği gibi 117 seri nolu kdv tebliği ile şartları taşıyan serbest meslek işlemlerine kdv tevkifatı uygulaması gelmiştir. dekonttan sm makbuzu girerken kdv tevkifatı yapmak istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.07.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Özel parametrelerde "DEKONT", "TEVKIFAT" tanımlanmalı ve değer alanına tevkifat oranı girilmelidir.

İstek No 42807

Tarih	Program
18.07.2012	Temelset.Fatura.Yükleme Emri
Koşul	müşteri siparişi olışturulduktan sonra bu sparişe ait sevk ve yukleme emri oluşturuluyor. fiş oluşturmadan irsaliye oluşturulup irsaliye içerisinden satış faturası oluşturuluyor
Ek Açık.	sonrasında siparişin yanlış girildiği farkedilip fatura ve irsaliye siliniyor.sipariş de silinmek istendiğinde "siparişe baglı sevk emri vardır" uyarısı alınıyor.sevk emrini silerken yukleme emri vardır, yukleme emrini silerken "yukleme emrinin faturası oluşturulmuş" uyarısı veriliyor.
Problem	yanlış girilen ve fturalaşan siparşi bu nedenlerle silemiyoruz. düzeltilmesi istenmektedir

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.08.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	SEVKYUKLEME\YUKTEKRARKULLAN ve SEVKYUKLEME\YUKLEMENO özel parametreleri kullanılmalıdır.

İstek No 42832

Tarih	Program
20.07.2012	Temelset.Kasa İşlemleri.Kasa Kayıtları
Koşul	KASA\CARIDOVIZ özel parametresi kullanılıyor.
Ek Açık.	Dövizli bir kasada tl cari için ödeme alındığında cari hareketkere döviz tutarını yansıtıyor.
Problem	Döviz tutarının atılmaması isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.07.2012	1	Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.12.254)
Modül	Kasa

İstek No 42863

Tarih	Program
24.07.2012	Temelset.Mrp._GENEL
Koşul	URETIM MODULUNDE SUBE/LOCAL DEPO TANMLARINDA TAKIP EDILMEK ISTENEN DEPO TANIMLANMISTIR.
Ek Açık.	MRP MODULUNDEN MALZEME GEREKSINIM PLANLAMA EKRANIN DAN MRP CALISTIRILDIGINDA BELIRTILEN DEPOYA AIT BAKIYE TAKIBI YAPILABILMEKTEDIR.LAKIN SIPARISTEN GIRIS KISMINDA BELIRTILEN DEPO DEGIL TUM DEPOLAR OLARAK BAKMAKTA VE ILGILI HAMMADDENIN SIPARIS VAR SEKLINDE BILGI GELMEKTEDIR.OYSA KI ILGILI SATINALMA SIPARISI FARKLI BI MUSTERI SIPARISINE AIT OLUP DEPO KODU DA FARKLIDIR.BUNA RAGMEN SISTEM YOLDA BEKLEYEN SIPARIS OLARAK GORMEKTEDIR.ILGILI ISLEMLER DE MRP NIN SADECE BELIRTILEN DEPOYA BAKMASI GEREKMEKTEDIR.
Problem	MRP MODULUNDEN MALZEME GEREKSINIM PLANLAMA EKRANIN DAN MRP CALISTIRILDIGINDA BELIRTILEN DEPOYA AIT BAKIYE TAKIBI YAPILABILMEKTEDIR.LAKIN SIPARISTEN GIRIS KISMINDA BELIRTILEN DEPO DEGIL TUM DEPOLAR OLARAK BAKMAKTA VE ILGILI HAMMADDENIN SIPARIS VAR SEKLINDE BILGI GELMEKTEDIR.OYSA KI ILGILI SATINALMA SIPARISI FARKLI BI MUSTERI SIPARISINE AIT OLUP DEPO KODU DA FARKLIDIR.BUNA RAGMEN SISTEM YOLDA BEKLEYEN SIPARIS OLARAK GORMEKTEDIR.ILGILI ISLEMLER DE MRP NIN SADECE BELIRTILEN DEPOYA BAKMASI GEREKMEKTEDIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.10.2012	2	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları,Mrp.dll (5.0.12.1030)
Modül	Msen.dll (4.0.14.322), Msen.dll (5.0.2.33)
Açıklama	MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalıdır.

İstek No 42881

Tarih	Program
26.07.2012	Temelset.Dekont._GENEL
Koşul	GENEL DEKONT KAYDINDA GRİD EKRANA ATTIGIM BİR KAYIT ÜZERİNE TEKRAR GELİP BİR DEĞİŞİKLİK YAPTIĞIMDA TAB TUŞU İLE İLERLEDİĞİMDE AYNI SATIR ÜZERİNDE DÖNÜYOR VE BOŞ SATIRA GEÇMİYOR. ANCAK KAYIT EKLE BUTONU İLE YENİ SATIRA GEÇİYORUZ. DÜZELTİLMESİ İSTENMEKTEDİR.
Ek Açık.	GENEL DEKONT KAYDINDA GRİD EKRANA ATTIGIM BİR KAYIT ÜZERİNE TEKRAR GELİP BİR DEĞİŞİKLİK YAPTIĞIMDA TAB TUŞU İLE İLERLEDİĞİMDE AYNI SATIR ÜZERİNDE DÖNÜYOR VE BOŞ SATIRA GEÇMİYOR. ANCAK KAYIT EKLE BUTONU İLE YENİ SATIRA GEÇİYORUZ. DÜZELTİLMESİ İSTENMEKTEDİR.
Problem	GENEL DEKONT KAYDINDA GRİD EKRANA ATTIGIM BİR KAYIT ÜZERİNE TEKRAR GELİP BİR DEĞİŞİKLİK YAPTIĞIMDA TAB TUŞU İLE İLERLEDİĞİMDE AYNI SATIR ÜZERİNDE DÖNÜYOR VE BOŞ SATIRA GEÇMİYOR. ANCAK KAYIT EKLE BUTONU İLE YENİ SATIRA GEÇİYORUZ. DÜZELTİLMESİ İSTENMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.08.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\YENIKAYIT özel parametresi tanımlanmalıdır.

İstek No 42902

Tarih	Program
27.07.2012	Temelset. ._GENEL
Koşul	sipairş numarası satır bazında sorgulansın parametresi, özel fiyat uygulaması ve koşul uygulaması kullanılıyor.
Ek Açık.	sipariş girişinde miktar fiyat baremine göre girilen stok için bir iskonto ve özel fiyat geliyor. ancak o anki sipariş durumuna göre koşula göre gelen fiyat değiştiriliyor ve iskonto kaldırılıyor.
Problem	siparişin faturalaşması adımında, siparişi faturaya çevirme yöntemiyle değil, kalem bazında sipariş numarası seçilerek fatura kesilmek istendiğinde, fiyat bilgisi miktar alnının çıkışından sonra değişiyor. bu da faturanın yanlış kesilmesine sebep oluyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.07.2012	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2206)
Modül	Fatura
Açıklama	FATURA\KOSULMIKTARFIYATGUNCELLEME ve FATURA\NOT_FIYAT_GUNCELLE özel parametreleri tanımlanmalıdır.

İstek No 42940

Tarih	Program
31.07.2012	Temelset. ._GENEL
Problem	MERKEZ-ŞUBE UZAK MASAÜSTÜ BAĞLANTISI KULLANIYORUM.FATURA MENÜSÜNDE,SATIŞ FATURASINA GİRİP FATURA KESİCEM.STOK KODLARINI YAZIYORUM..YAZDIĞIM STOK KODUNUN ÜZERİNE GELİP STOK HAREKETLERİNİ DÖKTÜĞÜM ZAMAN,MERKEZİN STOK HAREKETLERİ İLE BERABER, ŞUBENİN STOK HAREKETLERİDE GELİYOR…BU DURUM,O AN ULAŞMAK İSTEDİĞİM BİLGİLERİN DIŞINDA GEREKSİZ ŞEYLERİ KARŞIMA GETİRİYOR VE İŞİMİ AKSATIYOR..DÜZELTİLMESİNİ RİCA EDERİM…RIDVAN

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.10.2012	0	Tamam	Evet	Hayır
Dosya	Profdb.dll (5.0.12.51)
Modül	Fatura
Açıklama	FATURA\STHAR_SUBELER_DAHIL_DEGIL özel parametresi kullanıldığında fatura kalemlerde sağ tuş stok hareket izleme yapıldığında sadece içinde bulunulan şubenin hareketleri listelenmektedir.

İstek No 42942

Tarih	Program
01.08.2012	Temelset.Mrp._GENEL
Koşul	MRP PARAMETRELERINDE SIPARIS BAZINDA PLANLAMA VE SIPARIS SATIRI BAZINDA PLANLAMA PARAMETRELERI AKTIF.
Ek Açık.	İŞ EMRİ DENGELEME VE SATICI SIPARIS DENGELEME EKRANLARINDA MEVCUT ISEMIRLERI YADA SATINALMA TALEPLERININ KONTROLLERI VE DENGELEMELERI SIRASINDA MUSTERI SIPARIS NUMARASINA BAKMAKSIZIN ISLEM YAPIYOR PROGRAM.MRP CALISTIRILIR IKEN SIPARIS NUMARASI KISITI VEREREK SIPARISE BAGLI IHTIYACLARI LISTELEMEKTEYIZ.IS EMRI DENGELEME EKRANIN DA BU SIPARISE AIT IS EMRI OLUSTURULMAK ISTENDIGINDE PROGRAM MEVCUTTA BULUNAN FARKLI BIR SIPARISE AIT IS EMRINI GETIRMEKTE VE ONUNLA DENGELEME YAPMAYA CALISMAKTA.OYSA KI O ISEMRI FARKLI BIR MUSTERI SIPARIS NUMARASINA AIT ACILMISTIR.SISTEMIN BUNU GORUP YENI IS EMRI ACMASI GEREKMEKTEDIR.AYNI KOSUL VE DURUM SATICI SIPARISI DENGELEME ISLEMLERINDE DE YASANMAKTADIR.
Problem	ISEMRI DENGELEME DE MEVCUTTA BULUNAN ISEMIRLERINI KOTROL EDER IKSEN MUSTERI SIPARIS NUMARASINA BAKARAK KONTROL ETMESINI ISTEMEKTEYIZ.SATINALMA SIPARISI YADA TALEBI DENGELEME DE DE AYNI MANTIKTA CALISMASI GEREKMEKTEDIR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.10.2012	2	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları, Mrp.dll (5.0.12.1030)
Modül	Mrp
Açıklama	MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalıdır.

İstek No 42988

Tarih	Program
06.08.2012	Temelset.Fatura._GENEL
Koşul	STOK İSİMLERİNİ FATURADA DEĞİŞTİRMEMİZ GEREKİYOR. STOK ADINDA 100 KARAKTERE KADAR İZİN VERİRKEN FATURADA DEĞİŞTİRDİĞİMİZDE 35 KARAKTER OLUYOR. 35 KARAKTERİN 100 KARAKTER OLMASINI İSTİYORUZ.
Ek Açık.	STOK İSİMLERİNİ FATURADA DEĞİŞTİRMEMİZ GEREKİYOR. STOK ADINDA 100 KARAKTERE KADAR İZİN VERİRKEN FATURADA DEĞİŞTİRDİĞİMİZDE 35 KARAKTER OLUYOR. 35 KARAKTERİN 100 KARAKTER OLMASINI İSTİYORUZ.
Problem	STOK İSİMLERİNİ FATURADA DEĞİŞTİRMEMİZ GEREKİYOR. STOK ADINDA 100 KARAKTERE KADAR İZİN VERİRKEN FATURADA DEĞİŞTİRDİĞİMİZDE 35 KARAKTER OLUYOR. 35 KARAKTERİN 100 KARAKTER OLMASINI İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.08.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\STOKISMI özel parametresi tanımlandığında stok ismi 50 karakter tanımlanabilmektedir, fakat belgeye tekrar girişte 35 karaktere geçmektedir.

İstek No 42992

Tarih	Program
06.08.2012	Temelset.Stok.Maliyet Oluşturma
Koşul	MALIYET>REFERANS>0 Özel parametresi kullanılıyor. AGIRLIKLIORTALAMA fonksiyonu tarafımız için STHAR_HTUR NOT IN (‘B’,’F’)şeklinde revize edildi. Bunu rağmen işlem sonucunda F tipli hareketlerin çıkış hareketlerinin net ve IAF alanları update edilmektedir. F tipli hareketlerin fiyatları ezilmemeli ve maliyet yazılmamalı.
Ek Açık.	MALIYET>REFERANS>0 Özel parametresi kullanılıyor. AGIRLIKLIORTALAMA fonksiyonu tarafımız için STHAR_HTUR NOT IN (‘B’,’F’)şeklinde revize edildi. Bunu rağmen işlem sonucunda F tipli hareketlerin çıkış hareketlerinin net ve IAF alanları update edilmektedir. F tipli hareketlerin fiyatları ezilmemeli ve maliyet yazılmamalı.
Problem	MALIYET>REFERANS>0 Özel parametresi kullanılıyor. AGIRLIKLIORTALAMA fonksiyonu tarafımız için STHAR_HTUR NOT IN (‘B’,’F’)şeklinde revize edildi. Bunu rağmen işlem sonucunda F tipli hareketlerin çıkış hareketlerinin net ve IAF alanları update edilmektedir. F tipli hareketlerin fiyatları ezilmemeli ve maliyet yazılmamalı!! Tekrar Kontrol edilmeli. Ayrıca bu işlem sonrası STOKPH tablosundaki toplam giriş çıkış tutar alanı update edilmiyor. Hareket kontrolü çalıştırılıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.10.2012	2	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.12.338)
Modül	Stok
Açıklama	Maliyet oluşturma süreci güncelleme aşamasında MALIYET\REFERANS özel parametresi tanımlı olduğunda ‘F’ hareket türünün dahil edilmemesi sağlandı.

İstek No 43003

Tarih	Program
07.08.2012	Temelset.Mrp.Malzeme Gereksiniminden Sipariş Oluşturma
Koşul	Dengeleme işleminde yeni açılan belgeler için min. sipariş miktarına tamamlama isteniyor
Ek Açık.	Dengeleme işleminde yeni açılan belgeler için min. sipariş miktarına tamamlama isteniyor
Problem	Dengeleme işleminde yeni açılan belgeler için min. sipariş miktarına tamamlama isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.08.2012	0	Tamam	Evet	Hayır
Dosya	Mrp.dll (5.0.12.929)
Modül	Mrp
Açıklama	MRP\YENIBELGEKONTROLPOLITIKA özel parametresi tanımlandığında, Sipariş Dengeleme ekranında önerilen miktarın Min Sip miktarına göre hesaplanması desteklendi.

İstek No 43079

Tarih	Program
15.08.2012	Temelset.Üretim.Üretim Sonu Kaydı
Koşul	Üretim sonu kayıtlarını barkodla giriş yapmak istiyoruz. Tartılı ve adetli ürünlerde algılamıyor.
Ek Açık.	Tartılı ürünlerin üretimini yapıp, ağırlığını belirledikten sonra barkodlayarak üretim takip ediliyor.
Problem	Tattılı ürünlerin barkodları okutulduğu zaman algılamıyor. Bilgi dönüşlerinizi bekliyoruz. Efkan DİNÇ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.10.2012	2	Tamam	Evet	Hayır
Dosya	Uretim.dll (5.0.12.1659)
Modül	Üretim
Açıklama	Üretim Parametrelerinde “ Üretim Sonu Kayıtlarında Barkodlu İşlem” , Stok Kartı Kayıtlarında “Tartı Ürünü” seçenekleri işaretli olduğunda; barkod okuyucudan barkod okutulduğunda Stoğun tanımlı barkod numarasında 8. Karakterden itibaren 5 hanedeki değerin 1000 e bölünüp çıkan sonucun “Üretim Sonu Kayıtları” ekranındaki miktar alanına otomatik olarak atılması desteklendi. Ayrıca FATURA\TARTILIURUN özel parametresi tanımlı olduğunda; barkod numarasının 2. Hanesi, 4 veya 6 ise, ilgili 5 hanenin 1000 e değil özel parametrede DEGER alanında girilen sayıya bölünmesi Üretim Sonu Kaydı için de desteklendi.

İstek No 43103

Tarih	Program
22.08.2012	Temelset.Kasa İşlemleri.Kasa Kayıtları
Koşul	Kasa kayıtlarında plasiyer uygulaması
Ek Açık.	plasiyer kodu boş geçilebiliyor
Problem	plasiyer uygulaması kullanıyoruz. kasa kayıdı girişinde plasiyer kodu boş geçilebiliyor. (cari – fatura – muhtelif …) raporlarda probleme neden oluyor. eski setlerde böyle bi problem yoktu.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.09.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	KASA\PLASIYERBOSGECILMESIN özel parametresi tanımlanmalıdır.

İstek No 43116

Tarih	Program
23.08.2012	Temelset.Fatura.Satış İrsaliyesi
Koşul	Seri uygulaması var.
Problem	Satış irsaliyelerinde miktarı sıfır kaydedilmesini istiyoruz fakat miktar sıfır olmasına rağmen sistem seri bilgisi istiyor ve kaydı engelliyor. Çözüm önerinizi bekliyoruz, teşekkürler.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
23.08.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Miktar sıfır geçildiğinde seri sormaması için FATURA\MIKTARSIZSERI özel parametresi tanımlanmamalıdır.

İstek No 43122

Tarih	Program
24.08.2012	Temelset.Fatura._GENEL
Koşul	Fatura modülünde satış faturası basımı yapıldıktan sonra, basımı yapılmış fatura üzerinde herhangi bir değişiklik yapılamamasını talep etmekteyiz. Bunun bir parametreyle desteklenmesini istemekteyiz.
Ek Açık.	Fatura modülünde satış faturası basımı yapıldıktan sonra, basımı yapılmış fatura üzerinde herhangi bir değişiklik yapılamamasını talep etmekteyiz. Bunun bir parametreyle desteklenmesini istemekteyiz.
Problem	Fatura modülünde satış faturası basımı yapıldıktan sonra, basımı yapılmış fatura üzerinde herhangi bir değişiklik yapılamamasını talep etmekteyiz. Bunun bir parametreyle desteklenmesini istemekteyiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.08.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\BASILMISEVRAKKILITLE özel parametresi tanımlanmalıdır.

İstek No 43148

Tarih	Program
29.08.2012	Personel.Netsis Personel.Asgari Geçim İndirimi
Koşul	Yeni aya devir yapıldığında AGI’ye dahil çocuk sayısının eş-çocuk bilgilerine bakılarak güncellenmesi istenmektedir.
Ek Açık.	18 yaşını aşmamış ortaöğretim öğrencileri ve 25 yaşını aşmamış yüksek öğretim öğrencileri agi’ye dahil olacak şekilde ilgili alanların güncellenmesi istenmektedir.
Problem	Müşterimizde Şube ve Personel sayısı fazla olduğu ve sürekli personel giriş çıkışı yapıldığı için AGI’ye dahil çocuk sayısının manuel olarak güncellenmesi mümkün olmamaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.02.2013	2	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2731)
Modül	Bordro
Açıklama	PERSONEL\AGICOCUKSAYISIGUNCELLE özel parametresi tanımlı olduğunda; yeni aya devir işleminde “Eş Çocuk Bilgileri” ekranındaki çocuk sayısına bakılarak “Personel Sabit Kartında” Agi (Asgari Geçim İndirimi)’e Dahil Çocuk Sayısı alanının güncellenmesi desteklendi. “Eş Çocuk Bilgileri” ekranında çocuk sayısı kontrol edilirken, 18 yaşından küçük veya 25 yaşından küçük tahsiline devam eden ve “Agiye dahil“ alanı işaretli olan çocuk sayısı dikkate alınmaktadır.

İstek No 43155

Tarih	Program
29.08.2012	Temelset.Müşteri Senetleri.Geçmişe Yönelik Senet Listesi
Koşul	CEKSENET/DURUMIADE ozel parametresi tanımlandığında geçmişe yönelik çek senet listesinde iade kısıtı sorgu alanı gelmiyor. Müşteri hem durum kodunda iade kullnıyor hem de raporlarda iadae kısıtı vererek raporlamak istiyor.düzeltilmesi istenmektedir.
Ek Açık.	CEKSENET/DURUMIADE ozel parametresi tanımlandığında geçmişe yönelik çek senet listesinde iade kısıtı sorgu alanı gelmiyor. Müşteri hem durum kodunda iade kullnıyor hem de raporlarda iadae kısıtı vererek raporlamak istiyor.düzeltilmesi istenmektedir.
Problem	CEKSENET/DURUMIADE ozel parametresi tanımlandığında geçmişe yönelik çek senet listesinde iade kısıtı sorgu alanı gelmiyor. Müşteri hem durum kodunda iade kullnıyor hem de raporlarda iadae kısıtı vererek raporlamak istiyor.düzeltilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.10.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	CEKSENET/DURUMIADE özel parametresi varsa durmu kısıtındaki "iade" seçeneği kullanılmalıdır.

İstek No 43162

Tarih	Program
29.08.2012	Temelset.Kasa İşlemleri.Kasa Kayıtları
Koşul	Kasa kayıtlarında plasiyer kodu girilmeden kayıt yapılmaması gerekiyor.
Ek Açık.	Kasa kayıtlarında plasiyer kodu girilmeden kayıt yapılmaması gerekiyor.
Problem	Kasa kayıtlarında plasiyer kodu girilmeden kayıt yapılmaması gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.09.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	KASA\PLASIYERBOSGECILMESIN özel parametresi tanımlanmalıdır.

İstek No 43164

Tarih	Program
30.08.2012	Temelset. ._GENEL
Koşul	hünce yerleştirme ve çıkışında zorunluluk . ÖNEMLİ !!!
Problem	MErhaba,netsis te depo giriş ve çıkışlarını stoğun altından stok hareket kayıtlarından yapmaktayız. giriş ya da çıkış yapıldığında yapılan giriş ve çıkışın üzerinde çift tıklayıp işlem girişse hücre yerleştirme çıkış ise hücre toplama dan hücre işlemleri yapılıyor. fakat biz işlem kaydedilmeden önce bu işlemi zorunlu olarka yapmasını talep ediyoruz. yani hücre toplama ve yerleştirme yapılmadan giriş ve çıkış işlemi kaydedilmesin. acil yardım bekliyoruz. Teşekkürler.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.11.2012	2	Tamam	Evet	Hayır
Dosya	Dindepo.dll (5.0.12.56)
Modül	Dinamik Depo
Açıklama	DINDEPO\HAREKET_ZORUNLU özel parametresi tanımlanmalıdır.

İstek No 43224

Tarih	Program
06.09.2012	Temelset.Kantar._GENEL
Koşul	Kullanılan "Kantar-Hareketekranıkapat-1" özel parametresi kullanılıyor.
Ek Açık.	Bu parametre sayesinde 2. tartımdan sonra Kantar Hareket ekranı açılmaması sağlanıyor.
Problem	2. tartımdan sonra Kantar "Hareket ekranı -irsaliye ekranı açılsın mı?" diye sorulması isteniyor, kullanıcının seçmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.09.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	KANTAR/HAREKETEKRANIKAPAT özel parametresi ile açılan irsaliye ekranının herhangi bir işlem yapılmadan kapatılması sağlanabilir. Belirtilen açıklamayı kapsayan düzenleme mevcut planımızda bulunmamaktadır.

İstek No 43230

Tarih	Program
06.09.2012	Personel.Netsis Personel.Personel Puantaj Bilgileri
Koşul	AYLIK ÇALIŞMA GÜNÜ UYGULAMASI AKTİF.BU ÇALIŞMA IŞIĞINDA BİR PERSONELİN GÜNLÜK MAAŞI 31 ÇEKEN AYLARDA MAAŞ/31 30 ÇEKENLERDE İSE MAAŞ/30 OLARAK HESAPLANIYOR. FAZLA MESAİ DE İSE MAAŞ/31/7,5 * 1,5 OLARAK HESAPLANIYOR. FAZLA MESAİLERDE AY KAÇ GÜN OLURSA OLSUN MAAŞ/30/7,5 * 1,5 OLARAK HESAPLANMASI İSTİYORUZ.
Ek Açık.	AYLIK ÇALIŞMA GÜNÜ UYGULAMASI AKTİF.BU ÇALIŞMA IŞIĞINDA BİR PERSONELİN GÜNLÜK MAAŞI 31 ÇEKEN AYLARDA MAAŞ/31 30 ÇEKENLERDE İSE MAAŞ/30 OLARAK HESAPLANIYOR. FAZLA MESAİ DE İSE MAAŞ/31/7,5 * 1,5 OLARAK HESAPLANIYOR. FAZLA MESAİLERDE AY KAÇ GÜN OLURSA OLSUN MAAŞ/30/7,5 * 1,5 OLARAK HESAPLANMASI İSTİYORUZ.
Problem	AYLIK ÇALIŞMA GÜNÜ UYGULAMASI AKTİF.BU ÇALIŞMA IŞIĞINDA BİR PERSONELİN GÜNLÜK MAAŞI 31 ÇEKEN AYLARDA MAAŞ/31 30 ÇEKENLERDE İSE MAAŞ/30 OLARAK HESAPLANIYOR. FAZLA MESAİ DE İSE MAAŞ/31/7,5 * 1,5 OLARAK HESAPLANIYOR. FAZLA MESAİLERDE AY KAÇ GÜN OLURSA OLSUN MAAŞ/30/7,5 * 1,5 OLARAK HESAPLANMASI İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
01.10.2012	2	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları,Personel.dll (5.0.12.2395)
Modül	Bordro
Açıklama	31 Çeken aylar için PERSONEL\AYCALGUN parametresinde DEGER alanı 2 olduğu zaman Ücret Hesaplama Kod Girişi ekranında Ssk Gün “Hiçbiri” olan kazanç ve yardımlarda çalışma günü 30 olarak hesaplanması desteklendi. AYCALGUN parametresinin DEGER alanına 2 den farklı bir değer girildiğinde uygulama eskisi gibi yani tüm kazanç yardımlarda Parametreler\Aylık Çalışma günleri ekranında tanımlanan değere göre hesaplama yapılmaktadır.

İstek No 43272

Tarih	Program
12.09.2012	Temelset.Fatura.Sipariş Fiyatlari Düzenleme
Koşul	Sipariş fiyatı düzenleme işlemi yapılıyor.
Ek Açık.	İşlem yapıldıktan sonra teslimatı yapılmış siparişlerde de fiyat güncellemesi yapıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.10.2012	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2371)
Modül	Fatura
Açıklama	FATURA\TESLIMKONTROL özel parametresi tanımlandığında teslim edilmiş siparişler için fiat düzenlemesi yapılmamaktadır.

İstek No 43284

Tarih	Program
13.09.2012	Temelset.Fatura.Satış Faturası
Koşul	cari kartta iskonto oranı sahasında bir iskonto oranı girili ve kosul genel kayıtlarında iskonto1 sahasında iskonto oranı 0 yani yoksa;
Problem	yukarıdaki kosullarda yani cari kartta iskonto oranı sahasında bir oran varken ve genel kosul kayıtlarında iskonto 1 sahası bosken satış faturası girildiğinde ve kosul kodu verildiğinde (bu kosulun kosul genel bılgısınde iskonto 1 sahası boş yani 0) kosul kodunda iskonto1 oranı boş oldugu halde iskonto1 e cari karttaki ıskonto oranını getırıyor..getirmemesi gerekiyor, bu yanlıslıklara ve iptallere yol acıyor,eskı versıyonlarınızda getirmiyordu.fatura ve kosul kayıtlarında bunu engelleyecek bır uygulama parametre bulamadık.acılen cozum getırılmesini rica ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.10.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2371)
Modül	Fatura
Açıklama	FATURA\ISK1KOSULDAN özel parametresi tanımlandığında iskonto Koşul Kayıtlarından getirilmektedir.

İstek No 43285

Tarih	Program
13.09.2012	Temelset.Fatura.Satış Faturası
Koşul	faturada girilen koşulun, cari kosul detay kayıtlarında iskonto1 sahası boş yani -0- ve faturası kesılen carı kartın iskonto oranı sahasında bir oran tanımlı.
Problem	yukarıdaki kosullarda yani cari kartta iskonto oranı sahasında bir oran varken ve Detay kosul kayıtlarında iskonto 1 sahası boşken satış faturası girildiğinde ve kosul kodu verildiğinde (bu kosulun kosul detay bılgısınde iskonto 1 sahası boş yani 0) kosul kodunda iskonto1 oranı boş oldugu halde iskonto1 e cari karttaki ıskonto oranını getırıyor..getirmemesi gerekiyor, bu yanlıslıklara ve iptallere yol acıyor,eskı versıyonlarınızda getirmiyordu.fatura ve kosul kayıtlarında bunu engelleyecek bır uygulama parametre bulamadık.acılen cozum getırılmesini rica ediyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.10.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2371)
Modül	Fatura
Açıklama	FATURA\ISK1KOSULDAN özel parametresi tanımlandığında iskonto Koşul Kayıtlarından getirilmektedir.

İstek No 43300

Tarih	Program
13.09.2012	Temelset.Kasa İşlemleri.Kasa Kayıtları
Koşul	kasa modununde plasiyer uygulaması
Ek Açık.	@6 serisi kullanılırken plasiter kodunun girişi zorunluydu EntegreNet uygulamasında plasiyer kodu boş geçilebiliyor. Geçilmemesi isteniyor.
Problem	herhangi bir kasa kayıtı girilirken plasiyer kodu boş geçilmemesi gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.09.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	KASA\PLASIYERBOSGECILMESIN özel parametresi tanımlanmalıdır.

İstek No 43307

Tarih	Program
14.09.2012	Temelset.Dekont._GENEL
Problem	Genel dekont kaydı girişinde, tab’la sürekli ilerlediğimizde yeni kalemler için satırlar açarak veri girişi yapmamızı sağlıyor. Ancak geri dönüp, herhangi bir kalemde değişiklik yaptıktan sonra tab’la ilerlediğimizde, kayıt (yeni kalem) eklemek istediğimizde, son kayıtta takılıp kalıyor ve sürekli bu kayıt üzerinde dönüyor. 5.0.10.494 sürümlü dekont.dll dosyasında düzgün çalışıyordu. Ceyda Hanım’ın denediği 5.0.10.686 sürümlü dosyada hatalı çalışıyor. Dolayısıyla yaptığımız 5.0.12 güncellemesinde de sıktıntı. Bu sorundan dolayı dekontu kaydedip yeniden yüklemek zorunda kalıyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.09.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\YENIKAYIT özel parametresi tanımlanmalıdır.

İstek No 43311

Tarih	Program
14.09.2012	Temelset.Fatura.Depolar Arasi Transfer
Koşul	ÖZEL FİYAT UYGULAMASI AKTİF. Fat.Dll:5.0.12.2291
Ek Açık.	DEPOLAR ARASI TRANSFERDE MİKTAR SAHASINDAN ÇIKILDIĞINDA FİYAT SIFIRLANIYOR.
Problem	DEPOLAR ARASI TRANSFERDE MİKTAR SAHASINDAN ÇIKILDIĞINDA FİYAT SIFIRLANIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.09.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2291
Modül	Fatura
Açıklama	FATURA\BRMALFIYGETIRME özel parametresi tanımlanmalıdır.

İstek No 43328

Tarih	Program
18.09.2012	Temelset.Fatura.Satış Faturası
Koşul	Fatura kesilen cariye, satılan ürünün bir önce hangi fiyattan satıldıysa o fiyatın gelmesi gerekmektedir. Bu işlem ile ilgili sürekli olarak stok hareketlerine ya da cari hareketlere dönülüp bakılmak zorunda kalınıyor. Fatura kesilirken zaman kaybı yaşanıyor. Acil olarak yardımlarınızı bekliyoruz.
Ek Açık.	Fatura kesilen cariye, satılan ürünün bir önce hangi fiyattan satıldıysa o fiyatın gelmesi gerekmektedir. Bu işlem ile ilgili sürekli olarak stok hareketlerine ya da cari hareketlere dönülüp bakılmak zorunda kalınıyor. Fatura kesilirken zaman kaybı yaşanıyor. Acil olarak yardımlarınızı bekliyoruz.
Problem	Fatura kesilen cariye, satılan ürünün bir önce hangi fiyattan satıldıysa o fiyatın gelmesi gerekmektedir. Bu işlem ile ilgili sürekli olarak stok hareketlerine ya da cari hareketlere dönülüp bakılmak zorunda kalınıyor. Fatura kesilirken zaman kaybı yaşanıyor. Acil olarak yardımlarınızı bekliyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.09.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\STOKSONFIYAT özel parametresi kullanılabilir. Bu parametre tanımlandığında fiyat getirme önceliği; • fiyat sistemindeki fiyat • ilgili cari hesabın o stoğa ait son girilen satış fiyatı • stok kartındaki fiyat şeklinde olmaktadır.

İstek No 43329

Tarih	Program
18.09.2012	Temelset.Fatura._GENEL
Koşul	FATURA\BASILMISEVRAKKILITLE OZEL PARAMETRESI TANIMLI, FATURA UST BILGILERINDE KOPYALAMA,YENILE VB. FONKSIYONLARI KULLANAMIYORUZ.
Ek Açık.	FATURA\BASILMISEVRAKKILITLE OZEL PARAMETRESI TANIMLI, FATURA UST BILGILERINDE KOPYALAMA,YENILE VB. FONKSIYONLARI KULLANAMIYORUZ.
Problem	FATURA\BASILMISEVRAKKILITLE OZEL PARAMETRESI TANIMLI, FATURA UST BILGILERINDE KOPYALAMA,YENILE VB. FONKSIYONLARI KULLANAMIYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.09.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	‘FATURA’,’BASILMISEVRAKIZIN’ özel parametresine 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 43470

Tarih	Program
28.09.2012	Temelset.Fatura.Satış Faturası
Koşul	ÖTV’li satış faturası kesilmektedir. Stok kartlarından ötv oranları değiştirildikten sonra geçmiş tarihli bir faturaya giriş yapıldığında faturanın ötv tutarını yeni ötv oranına göre yeniden hesaplamaktadır.
Ek Açık.	ÖTV oranları değiştikten sonra geçmiş tarihli faturalarla ilgili izleme ve düzeltme işlemlerinde ötv tutarının yeniden hesaplanmaması istenmektedir.
Problem

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.10.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Eski belgelerin izlemesinin yapılabilmesi için FATURA\TEKRARHESAPLANMASIN özel parametresi kullanılabilir. Böylece eski oranlarla kaydedilmiş bir faturaya girildiğinde belgede izleme yapabilir, belgede yeni değerlere göre tekrar hesaplama yapılmaz.

İstek No 43480

Tarih	Program
01.10.2012	Temelset.Fatura.Aliş İrsaliyesi
Koşul	Sipariş takibi yapılıyor ve sipariş sistemi FIFo metod ile çalışsın parametresi işaretli.
Ek Açık.	Seri uygulaması kullanılıyor, seri kodu girişler için otomatik hesaplansın ve seri numarasında yıl/ay/gün bilgisi olsun parametreleri işaretli.
Problem	Alış irsaliyesinde kalem bilgilerinde miktarı yazdıktan sonra, program fifo sistemine göre sipariş eşleştirmesi yaparak kalemi kaydediyor. Ancak burada otomatik oluşan seri numarası, sipariş tarihindeki yıl/ay/gün bilgisine göre oluşuyor. Serinin irsaliye tarihindeki yıl/ay/gün bilgisine göre oluşması gerekmektedir. Acil çözüm bekliyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.02.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2632)
Modül	Fatura
Açıklama	FATURA\SERITARIHIRSALIYEDEN özel parametresi tanımlanmalıdır.

İstek No 43491

Tarih	Program
02.10.2012	Temelset.Fatura.Aliş Faturası
Koşul	iade
Ek Açık.	son satış fiyatı
Problem	Müşteriden iade faturası girilirken ürünün üzerine gelip sağ tıklayıp cari bazında stok hareket yazan bölümü seçtiğimizde o müşteriye kaç liradan ürün sattığımızı görebiliyoruz. Ama çok ürün olan faturalarda sürekli sağ tıklayarak fiyata bakmak zor oluyor. Bunun otomatik olarak gelmesini talep ediyorum. Teşekkür ederim.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.10.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Son girilen fiyatın gelmesi için FATURA\IADESONGIRFIY özel parametresinin girilmesi gerekmektedir.

İstek No 43493

Tarih	Program
02.10.2012	Temelset.Fatura.Aliş Faturası
Koşul	Müşteriden iade
Ek Açık.	Maliyet fiyatının otomatik gelmesi.
Problem	Müşteriden iade faturalarında girmiş olduğum net iade tutatının maliyet fiyatına otomatik olarak gelmesini istiyorum. STHAR_IAF=STHAR_NF gibi bir sql cümlesi yazdım ama her gün çalıştırmam gerekiyor. Maliyetler ve kar hesaplamaları STHAR_IAF göre yapıldığı için net fiyatın girilmesi lazım.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.10.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	Son girilen fiyatın gelmesi için FATURA\IADESONGIRFIY özel parametresinin girilmesi gerekmektedir.

İstek No 43507

Tarih	Program
03.10.2012	Temelset.Teklif.Satın Alma Talep Siparişleştirme
Koşul	Satın alma talepleri planlama tarafından x koduna açılıyor ama siparişe dönerken istenilen cari kodu seçiliyor. Bu seçilen carinin kartında fiyat listesi tanımlı ve talepteki stok için fiyat girişi yapılmış durumda.Sipariş talebe dönerken cariye tanımlı fiyat listesinden fiyat siparişe otomatik düşmüyor. Manual değiştirmek zorunda kalınıyor. Eğer talep olmaksızın sipariş girilirse fiyat otomatik geliyor.
Ek Açık.	Satın alma talepleri planlama tarafından x koduna açılıyor ama siparişe dönerken istenilen cari kodu seçiliyor. Bu seçilen carinin kartında fiyat listesi tanımlı ve talepteki stok için fiyat girişi yapılmış durumda.Sipariş talebe dönerken cariye tanımlı fiyat listesinden fiyat siparişe otomatik düşmüyor. Manual değiştirmek zorunda kalınıyor. Eğer talep olmaksızın sipariş girilirse fiyat otomatik geliyor.
Problem	Satın alma talepleri planlama tarafından x koduna açılıyor ama siparişe dönerken istenilen cari kodu seçiliyor. Bu seçilen carinin kartında fiyat listesi tanımlı ve talepteki stok için fiyat girişi yapılmış durumda.Sipariş talebe dönerken cariye tanımlı fiyat listesinden fiyat siparişe otomatik düşmüyor. Manual değiştirmek zorunda kalınıyor. Eğer talep olmaksızın sipariş girilirse fiyat otomatik geliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.12.2012	2	Yanıtlandı	Evet	Hayır
Açıklama	İstenilen uygulama TEKLIF\KOSULUYGULA özel parametresiyle, koşul uygulamasının açık olduğu durumlarda desteklenmektedir.

İstek No 43534

Tarih	Program
04.10.2012	Temelset.Kasa İşlemleri.Kur Farkı Hesaplama
Koşul	Kasada kur farkı işlemi yapılıyor
Ek Açık.	muhasebe kayıtlarında kur farkı için oluşan kayıdın açıklamasında günük tahsilat ya da ödeme yazıyor.
Problem	kur farkı açıklaması ile gelmesini istiyoruz. mali

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.12.2012	2	Tamam	Evet	Hayır
Dosya	Entegre.dll (5.0.12.126)
Modül	Kasa
Açıklama	KASA\KURFARKIACIKLAMA özel parametresi tanımlanmalıdır.

İstek No 43547

Tarih	Program
05.10.2012	Temelset.Fatura.Satış Faturası
Koşul	Özel kod1 ile satış hesapları değişsin uygulaması kullanılıyor.
Ek Açık.	.
Problem	iade faturası kaydedildiğinde özel kod tanımındaki satış hesabını değil stok detay kodundaki iade hesabının entegrasyona atılması isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.10.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2330)
Modül	Fatura
Açıklama	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN özel parametresi tanımlanmalıdır

İstek No 43556

Tarih	Program
08.10.2012	Temelset.Fatura.Satış Faturası
Koşul	Cari hesap vadelere bölünerek geçsin parametresi ve proje uygulaması açık
Ek Açık.	Vade tarihi satır bazında sorulsun aktif durumda
Problem	Vadelere bölme ekranındaki bilgiler pasif geliyor ve giriş yapılamıyor .Ayrıca taksit sayısı da sormuyor.

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

İstek No 43612

Tarih	Program
16.10.2012	Temelset.POS.POStan Satış İşleme
Problem	Parametrelerde Ncr7400(Tera),Entegrasyon ve Fat Ent. Ayrı işlensin seçili. Entegrasyona aktarımda kasa bazında aktarım yapmak istiyoruz, yani her kasanın z raporunu entegrasyonda ayrı ayrı görmek istiyoruz ( Toplam 4 adet kasa var.)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.02.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	POS\NCRKASAKIRILIM özel parametresi tanımlanmalıdır

İstek No 43649

Tarih	Program
19.10.2012	Temelset.Cari.Cari Hareket Kayıtları
Koşul	FATURA MODÜLÜNDE KAPALI FATURA CARİYE İŞLENSİN PAREMETRESİ İŞARETLİ,KAPALI FATURA KAYDI YAPTIĞIMIZDA CARİ HAREKETE ATTIĞI TAHSİLAT KAYDININ AÇIKLAMASINIDA FATURAMIZ OLARAK ATMAKTADIR NAKIT TAHSİLAT OLARAK DÜZELTİLMESİNİ İSTİYORUZ.ACİİLLL…HESAP EKSTRELERİNDE MÜŞTERİLERLE SORUN YAŞIYORUZ.
Ek Açık.	FATURA MODÜLÜNDE KAPALI FATURA CARİYE İŞLENSİN PAREMETRESİ İŞARETLİ,KAPALI FATURA KAYDI YAPTIĞIMIZDA CARİ HAREKETE ATTIĞI TAHSİLAT KAYDININ AÇIKLAMASINIDA FATURAMIZ OLARAK ATMAKTADIR NAKIT TAHSİLAT OLARAK DÜZELTİLMESİNİ İSTİYORUZ.ACİİLLL…HESAP EKSTRELERİNDE MÜŞTERİLERLE SORUN YAŞIYORUZ.
Problem	FATURA MODÜLÜNDE KAPALI FATURA CARİYE İŞLENSİN PAREMETRESİ İŞARETLİ,KAPALI FATURA KAYDI YAPTIĞIMIZDA CARİ HAREKETE ATTIĞI TAHSİLAT KAYDININ AÇIKLAMASINIDA ‘FATURAMIZ’ OLARAK ATMAKTADIR ‘NAKIT TAHSİLAT’ OLARAK DÜZELTİLMESİNİ İSTİYORUZ.ACİİLLL…HESAP EKSTRELERİNDE MÜŞTERİLERLE SORUN YAŞIYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.02.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2632)
Modül	Fatura
Açıklama	FATURA\KAPALIFATACIK özel parametresi kullanılmalı DEGER alanına girilen değeri fatura açıklaması olarak cari hareketlere atmaktadır.

İstek No 43663

Tarih	Program
22.10.2012	Temelset.Stok.Seri Takibi Kayıtları
Koşul	Motorsiklet satışı yapıyoruz. Motor şase numaralarını seri 1 alanına kayıt ediliyor. Stoktaki seri parametrelerinde Seri ürün bazında tek olsun parametresi işaretli.
Ek Açık.	Satışı olan ürünün satıştan iadesi olduğunda daha önce girişi olduğu için aynı seri daha önceden kayıt edilmiş hatası alıyoruz.
Problem	Satıştan iade işlemi yaparken aynı seri numarasıyla işlem yapabilmemiz gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.10.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	STOK\URUN_BAZINDA_SERI_DEGISKEN özel parametresi kullanılabilir.

İstek No 43665

Tarih	Program
22.10.2012	Temelset.Fatura.Satış Faturası
Koşul	ÖZEL KOD-1 KULLANILIYOR
Ek Açık.	ENTEGRASYONDA SATIŞ HESAPLARI ÖZEL KOD-1 BAZINDA DEĞİŞİYOR
Problem	İADE TİPLİ SATIŞ FATURASI KESİLDİĞİNDE STOK DETAY KODUNDA YERALAN ALIŞTAN İADE HESABINA DEĞİL ÖZEL KOD-1 İN BAĞLI OLDUĞU SATIŞ HESABINA YAZIYOR

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.10.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN özel parametresi tanımlanmalıdır.

İstek No 43685

Tarih	Program
24.10.2012	Temelset.Fatura.Aliş İrsaliyesi
Koşul	Alış irsaliyesinde belgeleri getir seçilerek siparişler listeleniyor.
Ek Açık.	Satıcı kodu aynı fakat teslim cari kodu farklı olan satırlar seçilerek sipariş irsaliyeye dönüştürülmek isteniyor.
Problem	Ancak teslim carisi farklı olan satırların seçilmesine izin verilmiyor.Teslim carileri farklı sipariş satırlarının seçilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.10.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2405)
Modül	Fatura
Açıklama	FATURA\SIPARISCARIKISIT özel parametresi tanımlanmalıdır.

İstek No 43694

Tarih	Program
30.10.2012	Temelset.Mrp.Gereksinim Planlama Oluşturma
Koşul	MRP çalıştırılınca bir yerde kesiliyor hata vermeksizin
Problem	MRP çalıştırılınca bir yerde kesiliyor hata vermeksizin

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.11.2012	1	Tamam	Evet	Hayır
Dosya	Mrp.dll (5.0.12.1063)
Modül	Mrp
Açıklama	MRP\HATADONGUSAYISI özel parametresi tanımlanmalı DEGER alanına 2 girilmelidir.

İstek No 43703

Tarih	Program
30.10.2012	Temelset.Fatura.Aliş Faturası
Koşul	Sipariş bağlantısız fatura/irsaliye girişi engellensin parametresi işaretli
Ek Açık.	Fason tipli stok kartlarında sipariş bağlantısız irsaliye/fatura girilebilmesi veya fason tipli stoklar için alış faturası girerken seçilen mamul grup koduna göre siparişin kapatılması(Sipariş sistemi FIFO metodu ile çalışsın kullanıyoruz)
Problem	HIZ ile başlayan stok kartlarında olduğu gibi, stok kartlarında ek bilgiler kısmındaki türü fason olan stoklarda da, sipariş bağlantısız irsaliye/fatura girilebilmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.12.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2536)
Modül	Fatura
Açıklama	FATURA\SIPBAGHIZFAT özel parametresi tanımlandığında, Stok kartında Fason seçeneği işaretli olan stoklar için sipariş bağlantısız İrsaliye, Fatura Girişi yapılabilmesi desteklendi.

İstek No 43745

Tarih	Program
03.11.2012	Temelset.Fatura.Müşteri Siparişinden Satıcı Siparişi Oluşturma
Koşul	stok kartında fiyat bilgisi 0 olarak giriliyor
Ek Açık.	müşteri siparişinde stok için fiyat giriliyor
Problem	müşteri siparişinden satıcı siparişi oluşturma işlemi yapılıyor. satıcı siparişinde fiyat 0 olarak geliyor. stok kartında fiyat varsa satrıcı siparişinde de fiyat oluşuyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.11.2012	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2467)
Modül	Fatura
Açıklama	FATURA\MUSTERISIPFIYATSILME özel parametresi tanımlandığında Müşteri Siparişinden Satıcı Siparişi oluşturma işlemi sonucu oluşan belgeye müşteri siparişindeki fiat taşınmaktadır.

İstek No 43753

Tarih	Program
05.11.2012	Temelset.Fatura.Müşteri Siparişleri
Koşul	Müşteri siparişlerinde karma koli bileşenlerinde eksi bakiye uyarısı vermiyor
Ek Açık.	Parametrelerde stok kontrolü, eksibakiyede uyarı ve işlem durdrulsun parametreleri işaretli, karmakoli bilgi amaçlı değil, faturada karma koli seçip devam ettiğimde bileşen ekside ise uyarı verip işlemi durduruyor.
Problem	Siparişe karma koli girişi yapıyorum. Karma koli bileşeni eksiye düştüyse bileşen bilgisi ile eksi bakiye uyarısı vermeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.11.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2453)
Modül	Fatura
Açıklama	FATURA\EKSIBAKIYEKONTROL özel parametresi tanımlandığında karma koli bileşenleri eksiye düştüğünde Eksi Bakiye Uyarısı verilmektedir.

İstek No 43755

Tarih	Program
05.11.2012	Temelset.Cari._GENEL
Koşul	tevkifat
Ek Açık.	tevkifat
Problem	bilindiği üzere bazı firmalara faturalarda tevkifat uygulaması yapılmaktadır.Fakat acılan cariye tevkifat uygulanması gerektiğinde fatura keserken bir ibare gelmemektedir.bu da fatura kesildiğinde yanlışlıklara mahal vermektedir. Tevkifat uygulaması yapılan caride bir uyarı ekranı olması gerektiğini bilgilerinize sunarız.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.11.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\TEVKIFATCARIBAZINDA özel parametresi tanımlanmalıdır. DEGER alanına cari kartttaki hangi Alfasayısal kullanıcı tanımlı sahanın kullanılacağı belirtilmeli. Örneğin Alfasayısal kullanıcı tanımlı saha 1 kullanılacaksa DEGER alanına 1 yazılmalıdır. Cari karttta belirtilen Kullanıcı Tanımlı saha E ise tevkifat hesaplanacak, H ise tevkifat hiç hesaplanmayacaktır.

İstek No 43765

Tarih	Program
06.11.2012	Temelset.Kasa İşlemleri._GENEL
Koşul	KASADAN YAPILAN AKTARIMLARDA MUHASEBEYE ACIKLAMA KASA TAHSILAT VEYA KASA TEDIYE OLARAK GITMAKTE 100 HESAP MUAVININDA KAYITIN İÇERİK BİLGİSİNE BU SEBEBPLE ULAŞILAMAMAKTA
Ek Açık.	ONLINE MUHASEB KULLANILIYOR,EVRAK BAZINDA AKTARIM YAPILIYOR ,SECENEKLI AKTARIMDA DESTEKLENEN KASA TAHSILAT TEDIYE AKTARIMLARI DETAYLI YAPILSIN PARAMETRESININ ONLINE MUHASEBE DESTEKLENMESI ISTENIYOR

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.11.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	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 43793

Tarih	Program
07.11.2012	Temelset.Stok._GENEL
Koşul	Yeni stok kartı açıp,reçete kopyalama yapınca kopyalanan stokun stok bilgisi ekranındaki bilgilerde yeni açılan stok kartına geçiyor. 42627 nolu isteğin cevabında geçmediği belirtiliyor. Fakat son dll ile yapılan testlerde de sorunun devam ettiği görülmektedir.
Ek Açık.	Yeni stok kartı açıp,reçete kopyalama yapınca kopyalanan stokun stok bilgisi ekranındaki bilgilerde yeni açılan stok kartına geçiyor. 42627 nolu isteğin cevabında geçmediği belirtiliyor. Fakat son dll ile yapılan testlerde de sorunun devam ettiği görülmektedir.
Problem	Yeni stok kartı açıp,reçete kopyalama yapınca kopyalanan stokun stok bilgisi ekranındaki bilgilerde yeni açılan stok kartına geçiyor. 42627 nolu isteğin cevabında geçmediği belirtiliyor. Fakat son dll ile yapılan testlerde de sorunun devam ettiği görülmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.11.2012	2	Tamam	Evet	Hayır
Dosya	Uretim.dll (5.0.12.1674)
Modül	Uretim
Açıklama	URETIM\STOKBILGIKOPYALAMA özel parametresi tanımlanmalıdır.

İstek No 43794

Tarih	Program
07.11.2012	Temelset.Entegrasyon._GENEL
Koşul	Satış faturasında özel kod-1, stokta farklı muhasebe detay kodları, entegrasyonda özel kod-1 ile satış hesapları değişecek parametresi kullanılıyor. İADE tipli satış faturası girildiğinde, sistem entegrasyon kaydını oluştururken (özel kod-1 kontrolünü dikkate alarak) alış iade hesabı yerine satış hesabını kullanıyor.
Ek Açık.	Satış faturasında özel kod-1, stokta farklı muhasebe detay kodları, entegrasyonda özel kod-1 ile satış hesapları değişecek parametresi kullanılıyor. İADE tipli satış faturası girildiğinde, sistem entegrasyon kaydını oluştururken (özel kod-1 kontrolünü dikkate alarak) alış iade hesabı yerine satış hesabını kullanıyor.
Problem	Satış faturasında özel kod-1, stokta farklı muhasebe detay kodları, entegrasyonda özel kod-1 ile satış hesapları değişecek parametresi kullanılıyor. İADE tipli satış faturası girildiğinde, sistem entegrasyon kaydını oluştururken (özel kod-1 kontrolünü dikkate alarak) alış iade hesabı yerine satış hesabını kullanıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.11.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN özel parametresi tanımlanmalıdır.

İstek No 43812

Tarih	Program
08.11.2012	Temelset.Cari.Detay Koşul Kayıtları
Koşul	TEKLIF\KOSULUYGULA özel parametresi tanımlı. detay koşul tanımlanıyor. Koşulda fiyat miktara bağlı olarak değişiyor ve fiyat grubu tanımlı.
Ek Açık.	Satın alma teklif kaydı girilip ilgili koşul kodu çağrılıyor, fiyatlar koşula bağlı olarak doğru geliyor, ancak siparişleştirildiğinde fiyatlar koşuldaki fiyat listesinden değil, cari karttaki fiyat listesinden geliyor.
Problem	Satın alma teklif kaydı girilip ilgili koşul kodu çağrılıyor, fiyatlar koşula bağlı olarak doğru geliyor, ancak siparişleştirildiğinde fiyatlar koşuldaki fiyat listesinden değil, cari karttaki fiyat listesinden geliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.11.2012	0	Tamam	Evet	Hayır
Dosya	Teklif.dll (5.0.12.294)
Modül	Talep\Teklif

İstek No 43822

Tarih	Program
08.11.2012	Temelset. ._GENEL
Problem	DEKONT MODÜLÜ GENEL DEKONT KAYDINDA GİRİLİP ATLANAN SATIRA GERİ DÖNÜLÜP DÜZELTME YAPILDIĞINDA AYNI SATIR ÜZTÜNDE KALIYOR YENİ SATIRA GEÇİŞ YAPMIYOR KAYIT EKLE BUTONUNU KULLANMAK ZORUNDA BIRAKIYOR. UYGULAMADAN HOŞNUT DEĞİLİZ. TAB VEYA ENTER TUŞUNA BASINCA BİR ALT SATIRA GEÇMESİNİ İSTERİZ. SAYGILARIMIZLA.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.11.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\YENIKAYIT özel parametresi tanımlandığında, düzeltme yapıldıktan sonra form alanı tamamen boşalıp yeni kayıt formuna geçmektedir.

İstek No 43847

Tarih	Program
13.11.2012	Temelset.Fatura.Satış Faturası
Koşul	Sistemden Satış faturası kestik; tarih 30.09.2012-Fatura No:M0000000000190901 , 28.09.2012-Fatura No:M0000000000190902 şeklinde fatura kesebiliyoruz,geçmişe yönelik fatura kesildiğinde tarih ve fatura serisinin kontrolünün yapılması gerekmektedir, en son kesilen numaranın üstüne geçmişe fatura girmeye izin vermemelidir. (2. örneğe izin verilmemeli) Bu durum yasal bir zorunluluktur, aksi takdirde cezai işlem uygulanmaktadır.
Ek Açık.	Sistemden Satış faturası kestik; tarih 30.09.2012-Fatura No:M0000000000190901 , 28.09.2012-Fatura No:M0000000000190902 şeklinde fatura kesebiliyoruz,geçmişe yönelik fatura kesildiğinde tarih ve fatura serisinin kontrolünün yapılması gerekmektedir, en son kesilen numaranın üstüne geçmişe fatura girmeye izin vermemelidir. (2. örneğe izin verilmemeli) Bu durum yasal bir zorunluluktur, aksi takdirde cezai işlem uygulanmaktadır.
Problem	Sistemden Satış faturası kestik; tarih 30.09.2012-Fatura No:M0000000000190901 , 28.09.2012-Fatura No:M0000000000190902 şeklinde fatura kesebiliyoruz,geçmişe yönelik fatura kesildiğinde tarih ve fatura serisinin kontrolünün yapılması gerekmektedir, en son kesilen numaranın üstüne geçmişe fatura girmeye izin vermemelidir. (2. örneğe izin verilmemeli) Bu durum yasal bir zorunluluktur, aksi takdirde cezai işlem uygulanmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.01.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2572)
Modül	Fatura
Açıklama	FATURA\NUMARATARIHKONTROL özel parametresi tanımlanmalıdır. DEGER alanına H girildiğinde sadece uyarı mesajı verilecek E değeri girildiğinde bu şekilde fatura kaydına izin vermeyecektir.

İstek No 43861

Tarih	Program
13.11.2012	Temelset.Fatura.Sipariş İşlemleri
Koşul	Müşteri sipariş ekranını kullanmaktayız şubeli müşterilerimiz olduğundan aynı siparişi kopyalayıp tekrar kayıt etmekteyiz kopyalayıp cari kodu değiştirdiğimizde ilgili kişilere e-mail göderiyor kayıtlar toplamlar sayfasından saklandığı zamanda tekrara e-mail atıyor cari kod değiştirme esnasında gönderilen e-mailin iptal edilmesini talep etmekteyiz zira aynı işlem iki defa e-mail olarak gidiyor.
Ek Açık.	Müşteri sipariş ekranını kullanmaktayız şubeli müşterilerimiz olduğundan aynı siparişi kopyalayıp tekrar kayıt etmekteyiz kopyalayıp cari kodu değiştirdiğimizde ilgili kişilere e-mail göderiyor kayıtlar toplamlar sayfasından saklandığı zamanda tekrara e-mail atıyor cari kod değiştirme esnasında gönderilen e-mailin iptal edilmesini talep etmekteyiz zira aynı işlem iki defa e-*mail olarak gidiyor.
Problem	Müşteri sipariş ekranını kullanmaktayız şubeli müşterilerimiz olduğundan aynı siparişi kopyalayıp tekrar kayıt etmekteyiz kopyalayıp cari kodu değiştirdiğimizde ilgili kişilere e-mail göderiyor kayıtlar toplamlar sayfasından saklandığı zamanda tekrara e-mail atıyor cari kod değiştirme esnasında gönderilen e-mailin iptal edilmesini talep etmekteyiz zira aynı işlem iki defa e-*mail olarak gidiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.12.2012	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2474)
Modül	Fatura
Açıklama	FATURA\ISLEMEPOSTA özel parametresi tanımlandığında Fatura\Sipariş\İrsaliye üst bilgiler sağ tuş Cari Kod Değişikliği yapıldığında e posta gönderilmemesi desteklendi.

İstek No 43871

Tarih	Program
14.11.2012	Temelset.Dekont._GENEL
Koşul	Genel dekont kaydında girilen açıklama bilgisinin bir sonraki satırda gelmemesi isteniyor.
Ek Açık.	Her satırda farklı açıklama kaydedildiği için her satırda açıklama silinmek zorunda kalınıyor.
Problem	Açıklama tekrarının parametrik olması

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.02.2013	2	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.12.756)
Modül	Dekont
Açıklama	DEKONT\DEKACIKTEKRARLAMA özel parametresi tanımlanmalıdır.

İstek No 43872

Tarih	Program
15.11.2012	Temelset.Kasa İşlemleri.Kur Farkı Hesaplama
Koşul	Kur farkı hesaplama çalıştırılıyor kayırlar atılıyor ancak muhasebeden muavin alındığında kur farkı işlemleri açıklamasında günlük kasa işlemi yadığı için kontrollerde güçlük yaşanmakatadır.
Ek Açık.	Kur farkı hesaplama çalıştırılıyor kayırlar atılıyor ancak muhasebeden muavin alındığında kur farkı işlemleri açıklamasında günlük kasa işlemi yadığı için kontrollerde güçlük yaşanmakatadır.
Problem	Kur farkı hesaplama çalıştırılıyor kayırlar atılıyor ancak muhasebeden muavin alındığında kur farkı işlemleri açıklamasında günlük kasa işlemi yadığı için kontrollerde güçlük yaşanmakatadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.01.2013	2	Yanıtlandı	Evet	Hayır
Açıklama	KASA\KURFARKIACIKLAMA özel parametresi tanımlanmalıdır.

İstek No 43877

Tarih	Program
15.11.2012	Temelset.Stok.Barkod Kayıtları
Koşul	STOK/AUTOBARKOD/ ÖZEL PARAMETRESİ KULLNILIYOR. DEĞER ALANI SEKİZ KARAKTER OLUNCA OTO BARKOD DA SON 4 HANEYİ SELECT EDİP OTO OLARAK ARTIRIYOR. ANCAK BU ŞEKİLDE BARKODLAR 12 HANELİ OLUŞUYOR. ANCAK MÜŞTERİ EAN13 E GÖRE BARKOD GİRİYOR. ÖZEL PARAMETREDE DEĞER ALANINI 9 KARAKTER TANIMLAYINCA OTOMATİK OLARAK ARTIRMIYOR.
Ek Açık.	STOK/AUTOBARKOD/ ÖZEL PARAMETRESİ KULLNILIYOR. DEĞER ALANI SEKİZ KARAKTER OLUNCA OTO BARKOD DA SON 4 HANEYİ SELECT EDİP OTO OLARAK ARTIRIYOR. ANCAK BU ŞEKİLDE BARKODLAR 12 HANELİ OLUŞUYOR. ANCAK MÜŞTERİ EAN13 E GÖRE BARKOD GİRİYOR. ÖZEL PARAMETREDE DEĞER ALANINI 9 KARAKTER TANIMLAYINCA OTOMATİK OLARAK ARTIRMIYOR.
Problem	STOK/AUTOBARKOD/ ÖZEL PARAMETRESİ KULLNILIYOR. DEĞER ALANI SEKİZ KARAKTER OLUNCA OTO BARKOD DA SON 4 HANEYİ SELECT EDİP OTO OLARAK ARTIRIYOR. ANCAK BU ŞEKİLDE BARKODLAR 12 HANELİ OLUŞUYOR. ANCAK MÜŞTERİ EAN13 E GÖRE BARKOD GİRİYOR. ÖZEL PARAMETREDE DEĞER ALANINI 9 KARAKTER TANIMLAYINCA OTOMATİK OLARAK ARTIRMIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.11.2012	0	Tamam	Evet	Hayır
Dosya	Stok.dll (5.0.12.344)
Modül	Stok
Açıklama	STOK\ AUTOBARKOD özel parametresi kullanıldığında barkod numarasında artırılması istenen son karakterler için değer tanımlamasına sayaç karakterinin tespiti dahil edildi. Özel parametre değer tanımında "=" ifadesi sonrasında yer alan sayı sayaç için kullanılacak karakter sayısını belirtecektir. Bu doğrultuda barkod sayaç oluşumu sağlandı. Örneğin DEGER alanına 60000000=5 yazıldığı zaman barkod numarasında 60000000 sabit olacak sonraki 5 karakter otomatik artırılacaktır.

İstek No 43910

Tarih	Program
19.11.2012	Personel._GENEL._GENEL
Problem	Sendikalı işçilerimize TİS gereği 1-10 yıl arasında çalışanlara 45 günlük, 10 yıldan fazla çalışanlara ise 50 günlük kıdem tazminatı ödenmektedir.Bu yeni bir uygulama olmayıp Netsisle çalıştığımız yaklaşık 20 yıldır programda uygulanabilmektedir.Son güncelleştirmeye kadar hesaplarımızı rahatlıkla yapabiliyorduk.Ancak şimdi tavan rakamını dikkate almadan hesaplama yapıyor.yani tavan 3.033,98 iken kişinin kazancı 5.000 ise 5000 tl üzerinden hesaplıyor.tavanı aşan kısmın dikkate alınmaması lazım.Örneğin; kişinin giydirilmiş günlük kazancı 82,14 Tl kendisine 50 günlük kıdem uyguladığımızda yıllık kıdem Taz.4.107.-Tl oluyor. Tavanı geçtiği için 3.033,98 TL üzerinden hesaplama yapması gerekirken 4.107 TL üzerinden hesaplıyor. Sorunun acilen çözülmesi gerekmektedir.Bilgilerinize…

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.11.2012	1	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2505)
Modül	Bordro
Açıklama	PERSONEL\KIDEMTAVAN30GUNLUKDEGIL özel parametresi tanımlandığında “ Kıdeme Esas Süre” alanında yazılan gün değeri dikkate alınarak “ Kıdeme Esas Kazanç” hesaplanmaktadır. Kıdem Tavanı Hesaplaması; Kıdem tavanı\Kıdeme Esas Süre şeklinde olacaktır.

İstek No 43911

Tarih	Program
19.11.2012	Temelset.Fatura.Satış Faturası
Koşul	FATURADA KALEMLER EKRANINDA REHBERDEN SEÇİLEN STOK KODUNA AİT İSMİ ELLE DEĞİŞTİRİYORUZ. YAZDIĞIMIZ MAL ADI İÇİN MAKSİMUM 35 KARAKTERE İZİN VERİYOR. BU ALANIN 50 KARAKTER OLMASINI İSTİYORUZ
Ek Açık.	FATURADA KALEMLER EKRANINDA REHBERDEN SEÇİLEN STOK KODUNA AİT İSMİ ELLE DEĞİŞTİRİYORUZ. YAZDIĞIMIZ MAL ADI İÇİN MAKSİMUM 35 KARAKTERE İZİN VERİYOR. BU ALANIN 50 KARAKTER OLMASINI İSTİYORUZ
Problem	FATURADA KALEMLER EKRANINDA REHBERDEN SEÇİLEN STOK KODUNA AİT İSMİ ELLE DEĞİŞTİRİYORUZ. YAZDIĞIMIZ MAL ADI İÇİN MAKSİMUM 35 KARAKTERE İZİN VERİYOR. BU ALANIN 50 KARAKTER OLMASINI İSTİYORUZ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.11.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\STOKISMI özel parametresi tanımlandığında stok ismi 50 karakter tanımlanabilmektedir, fakat belgeye tekrar girişte 35 karaktere geçmektedir.

İstek No 43939

Tarih	Program
21.11.2012	Temelset.Entegrasyon.Seçenekli Aktarma
Koşul	Proje kodu uygulaması kullanıldığı durumda, faturada birden çok proje kodu girildiğinde cari hesaba muhasebeye tek satırda atılması isteniyor.
Ek Açık.	Ön muhasebede cari kart 2 de desdeklenen "faturadan proje bazında detaysız" parametresine benzer şekilde muhasebeye atarken de tek satırda atması isteniyor.
Problem	Proje kodu uygulaması kullanıldığı durumda, faturada birden çok proje kodu girildiğinde cari kaydın muhasebeye tek satırda atılması isteniyor. Ön muhasebede cari kart 2 de desdeklenen "faturadan proje bazında detaysız" parametresine benzer şekilde muhasebeye atarken de tek satırda atması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.05.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\CARIPROJEDETAYSIZENTEGRE özel parametresi tanımlanmalıdır.

İstek No 43952

Tarih	Program
22.11.2012	Temelset.Fatura._GENEL
Koşul	satış faturasında iade seçilmesi rağmen muhasebe stok kodunun iade parametresindeki hesap kodları değil satış hesap kodlarını kulanmaktadır.
Ek Açık.	satış faturasında iade seçilmesi rağmen muhasebe stok kodunun iade parametresindeki hesap kodları değil satış hesap kodlarını kulanmaktadır. satış faturasında iade seçilmesi rağmen muhasebe stok kodunun iade parametresindeki hesap kodları değil satış hesap kodlarını kulanmaktadır.
Problem	satış faturasında iade seçilmesi rağmen muhasebe stok kodunun iade parametresindeki hesap kodları değil satış hesap kodlarını kulanmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.12.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN özel parametresi tanımlanmalıdır.

İstek No 43971

Tarih	Program
24.11.2012	Temelset.Fatura.Satış Faturası
Koşul	ÖZELKOD1 UYGULAMASI, ENTEGRASYON ÖZELKOD1 İLE SATIŞ HESAPLARI DEĞİŞECEK (STOK DETAY TABLOSUNDA SATIŞ1 VE SATIŞ2 HESAPLARI)PARAMETRELERİ KULLANILIYOR. 5.0.10 SETTEN 5.0.12 SETE GEÇİŞ YAPTIK. SON DLLER İLEDE TEST EDİLDİ. SATIŞ FATURASI İADE TİPLİ FATURA KESİLDİĞİNDE İADE HESABINA BAKMIYOR. DOĞRUDAN İLGİLİ ÖZEL KODDA TANIMLI SATIŞ HESABINI ÇALIŞTIRIYOR.
Ek Açık.	ÖZELKOD1 UYGULAMASI, ENTEGRASYON ÖZELKOD1 İLE SATIŞ HESAPLARI DEĞİŞECEK (STOK DETAY TABLOSUNDA SATIŞ1 VE SATIŞ2 HESAPLARI)PARAMETRELERİ KULLANILIYOR. 5.0.10 SETTEN 5.0.12 SETE GEÇİŞ YAPTIK. SON DLLER İLEDE TEST EDİLDİ. SATIŞ FATURASI İADE TİPLİ FATURA KESİLDİĞİNDE İADE HESABINA BAKMIYOR. DOĞRUDAN İLGİLİ ÖZEL KODDA TANIMLI SATIŞ HESABINI ÇALIŞTIRIYOR.
Problem	ÖZELKOD1 UYGULAMASI, ENTEGRASYON ÖZELKOD1 İLE SATIŞ HESAPLARI DEĞİŞECEK (STOK DETAY TABLOSUNDA SATIŞ1 VE SATIŞ2 HESAPLARI)PARAMETRELERİ KULLANILIYOR. 5.0.10 SETTEN 5.0.12 SETE GEÇİŞ YAPTIK. SON DLLER İLEDE TEST EDİLDİ. SATIŞ FATURASI İADE TİPLİ FATURA KESİLDİĞİNDE İADE HESABINA BAKMIYOR. DOĞRUDAN İLGİLİ ÖZEL KODDA TANIMLI SATIŞ HESABINI ÇALIŞTIRIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.12.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN özel parametresi tanımlanmalıdır

İstek No 43983

Tarih	Program
26.11.2012	Temelset.Fatura.Satış Faturası
Koşul	Sipariş Uygulamam Var , Seri Uygulamam var aynı zamanda siparişlerim web den otomatik netsise düşmekte
Ek Açık.	Netsise sipariş geldiğinde depğodan toplamak üzere borkodlu basım yapmaktayım
Problem	Barkod okuyucum Enter destekli ayarladığımda seri bilgisi okuttuğumda sorun olmuyor miktara geçiyor. Fakat siparişi faturalndırma ekranında carinin bekleyen siparişlerini getir dediğim noktada cari barkod okuttuğumda enter yaptığından direk faturaya üst bilgilere geçiyor. Barkod okuyucuya tab uygulaması yükleyince seri okutunca işlem yapılamıyor. Bir standart getirilmesini isyitoruz… Teşekkürler

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

İstek No 44037

Tarih	Program
30.11.2012	Personel._GENEL._GENEL
Koşul	Puantaj girişinde ek gün uyarısı vermesini istemiyoruz. Bu işlem parametrik olmalı
Ek Açık.	Puantaj girişinde ek gün uyarısı vermesini istemiyoruz. Bu işlem parametrik olmalı
Problem	Puantaj girişinde ek gün uyarısı vermesini istemiyoruz. Bu işlem parametrik olmalı

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.11.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	‘PERSONEL’/’FAZLAGUNUYARMA’ özel parametresi kullanılarak uyarı önlenebilir. Destek firmanızdan yardım alınız.

İstek No 44059

Tarih	Program
30.11.2012	Temelset.Mrp.Malzeme Gereksiniminden Sipariş Oluşturma
Koşul	Dengeleme uygulaması kullanılıyor. ("MRP", "YURTDISICARI" ) özel parametresi kullanılsa bile oluşan satıcı siparişleri tipini yurt dışı olarak açmıyor.
Ek Açık.	Özel parametre değerinde, cari kullanıcı tanımlı sahalardaki hangi sahaya bakması gerektiği belirleniyor.
Problem	Tüm satıcı siparişlerini yurt içi tipli olarak oluşturuyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.11.2012	1	Tamam	Evet	Hayır
Dosya	Mrp.dll (5.0.12.1071)
Modül	Mrp
Açıklama	MRP\YURTDISICARI özel parametresi tanımlandığında, Deger alanına cari karttaki kullanıcı tanımlı sahalardan biri tabloda geçen ismi ile yazılmalıdır. Cari kartta tanımlanan kullanıcı tanımlı sahada “E” yazan cariler için mrp den sipariş oluşturmada yurtdışı tipli sipariş oluşturulmaktadır.

İstek No 44073

Tarih	Program
03.12.2012	Temelset.Muhasebe._GENEL
Koşul	Yevmiye fiş girişi yaparken açıklama1 alanına yazdığımız veriyi sonraki satırlarda açıklama1 alanına kopyalamasını istiyoruz. Genel dekont kaydında olduğu gibi.
Ek Açık.	Yevmiye fiş girişi yaparken açıklama1 alanına yazdığımız veriyi sonraki satırlarda açıklama1 alanına kopyalamasını istiyoruz. Genel dekont kaydında olduğu gibi.
Problem	Yevmiye fiş girişi yaparken açıklama1 alanına yazdığımız veriyi sonraki satırlarda açıklama1 alanına kopyalamasını istiyoruz. Genel dekont kaydında olduğu gibi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.03.2013	2	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.12.779)
Modül	Muhasebe
Açıklama	MUHASEBE\ACIKLAMAYITEKRARET özel parametresi tanımlanmalıdır.

İstek No 44109

Tarih	Program
05.12.2012	Temelset.Banka.Banka Hesapları Arası Havale/Eft Kayıtları
Koşul	işletme / şube yapısı kullanılıyor
Ek Açık.	havale eft bilgileri sayfasındaki gönderilen banka hesap kodu rehberinde girmiş olduğum şube bankaları yerine rehbere tüm şubelerin banka kodları gelmektedir
Problem	sadece girmiş olduğum şubenin bankalarının rehbere gelmesi gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.12.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	BANKA\ISLETME_BANKA özel parametresi tanımlanmalıdır.

İstek No 44124

Tarih	Program
06.12.2012	Temelset.Fatura.Yükleme Emri
Koşul	Sevk Emrinden Yükleme Emri oluşturulacak.Stoktaki bakiye sevk emrinin miktarından düşük.Fatura parametrelerinde eksi bakiyede işlem durdurulsun mu ve mal çıkışlarında eksi bakiye gösterilsin mi işaretli. SEVKYUKLEME STBIRIM E özel param. tanımlı. Kullanılan depoda mal çıkışlarında eksi bakiye gösterilsin ve eksi bakiye kontrol parametreleri işaretli.
Ek Açık.	Kullanılan SEVKYUKLEME STBIRIM özel parametresine göre stok bakiyesi sevk emrindeki miktardan düşükse,yükleme ekranında grid ekrana stok bakiyesi kadar stok atılması gerekir.Ancak sevk emrinde ne kadar varsa o kadar getiriliyor.
Problem	Kullanılan SEVKYUKLEME STBIRIM özel parametresine göre stok bakiyesi sevk emrindeki miktardan düşükse,yükleme ekranında grid ekrana stok bakiyesi kadar stok atılması gerekir.Ancak sevk emrinde ne kadar varsa o kadar getiriliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.12.2012	1	Yanıtlandı	Evet	Hayır
Açıklama	SEVKYUKLEME\STOK_BAKIYE_KONTROL özel parametresi de tanımlanmalıdır.

İstek No 44138

Tarih	Program
06.12.2012	Temelset.Fatura.Satış Faturası
Koşul	Kullanıcı Dinamik depo kaydı olan fatura silmek istediğinde kullanıcıların anlamayacağı sql sorgu mesajı görüntülenmektedir. Bunu kullanıcıların anlayacağı şekilde düzeltilebilir mi?
Ek Açık.	Kullanıcı Dinamik depo kaydı olan fatura silmek istediğinde kullanıcıların anlamayacağı sql sorgu hata mesajı görüntülenmektedir. Bunu kullanıcıların anlayacağı şekilde düzeltilebilir mi?
Problem	Kullanıcı Dinamik depo kaydı olan fatura silmek istediğinde kullanıcıların anlamayacağı sql sorgu mesajı görüntülenmektedir. Bunu kullanıcıların anlayacağı şekilde düzeltilebilir mi?

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.02.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2649)
Modül	Fatura
Açıklama	FATURA\DINAMIKDEPOKONTROL özel parametresi tanımlanmalıdır.

İstek No 44155

Tarih	Program
07.12.2012	Temelset.Fatura.Satış İrsaliyesi
Koşul	KOSUL UYGULAMASI KULLNILIYOR. KULLNILAN KOSULLARDA ISKONTO TANIMLI DEGIL. MUSTERI SIPARISI GIRILIOR.SIRAPIS IRSALIYELEŞTIRILDIGINDE GENEL ISKONTO IRSALIYEYE TASINMIYOR.KOSUK KODU IRSALIYEDE SILIIRSE TAŞINIYOR. KOSULGENELGUNCELLEME, NOTVADEGUNCELLE,ISKONTOGUNCELLE,TEKRARHESAPLANMASIN PARAMETRELERI TANIMLI.ANCAK SADECE ISKONTUGUNCELLE PARAMETRESI KALDIRILDIĞINDA GENEL ISKONTOLAR TASINIYOR.
Ek Açık.	KOSUL UYGULAMASI KULLNILIYOR. KULLNILAN KOSULLARDA ISKONTO TANIMLI DEGIL. MUSTERI SIPARISI GIRILIOR.SIRAPIS IRSALIYELEŞTIRILDIGINDE GENEL ISKONTO IRSALIYEYE TASINMIYOR.KOSUK KODU IRSALIYEDE SILIIRSE TAŞINIYOR. KOSULGENELGUNCELLEME, NOTVADEGUNCELLE,ISKONTOGUNCELLE,TEKRARHESAPLANMASIN PARAMETRELERI TANIMLI.ANCAK SADECE ISKONTUGUNCELLE PARAMETRESI KALDIRILDIĞINDA GENEL ISKONTOLAR TASINIYOR.
Problem	KOSUL UYGULAMASI KULLNILIYOR. KULLNILAN KOSULLARDA ISKONTO TANIMLI DEGIL. MUSTERI SIPARISI GIRILIOR.SIRAPIS IRSALIYELEŞTIRILDIGINDE GENEL ISKONTO IRSALIYEYE TASINMIYOR.KOSUK KODU IRSALIYEDE SILIIRSE TAŞINIYOR. KOSULGENELGUNCELLEME, NOTVADEGUNCELLE,ISKONTOGUNCELLE,TEKRARHESAPLANMASIN PARAMETRELERI TANIMLI.ANCAK SADECE ISKONTUGUNCELLE PARAMETRESI KALDIRILDIĞINDA GENEL ISKONTOLAR TASINIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.02.2013	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2657)
Modül	Fatura
Açıklama	FATURA\ISKONTOGUNCELLE özel parametresi tanımlanmalıdır.

İstek No 44208

Tarih	Program
11.12.2012	Temelset.Muhasebe.Fiş Birleştirme
Koşul	Online muhasebe kullanılıyor. Gün bazında aktarım işaretli.
Ek Açık.	Ayrıca, oluşan muhasebe fişlerinin "denetlenmemiş" olarak kaydedilmesi ve eklenecek bi işlemle fişlerin denetlenmiş durumuna çevrilebilmesi isteniyor.
Problem	Eski uygulamadaki entegrasyon havuzları bazında (mgecdk) gruplama yapabilmek isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.01.2013	1	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.12.705) ve online muhasebenin kullanıldığı modül dosyaları güncellenmelidir.
Açıklama	MUHASEBE\DOGRUDANAKTARIMDENETLE özel parametresi tanımlandığında; Muhasebe Yevmiye Fişi\Fiş Genel Bilgisi ekranına “ Belge denetlenmemiştir” butonu eklendi. Bu butona basıldığı zaman ilgili buton başlığı “Belge denetlenmiştir” şeklinde değişecek ve denetlenmiş yevmiye fişlerinde gün bazı aktarım parametresi açık olduğu halde aynı tarihli bir kayıt ,denetlenmiş fiş içerisine aktarılmayacak ayrı bir fişe aktarılacaktır. Bu uygulama Entegrasyon Kodlarında “Muhasebeye Doğrudan Aktarım Yapılsın” ve “Gün Bazında Aktarım Yapılsın” seçenekleri işaretli olduğu zaman desteklenmektedir.

İstek No 44224

Tarih	Program
12.12.2012	Temelset.Dekont.Satıcıdan Gelen Karşılık Çek Dekontu
Koşul	karşılıksız çek ve protestolu senet işlemlerinde ters kayıt atılmak istendiğinde borç cari kodu alanı pasif geliyor. eski setlerde aktif gelmektedir.(5.0.0 , 5.0.2)
Problem	karşılıksız çek ve protestolu senet işlemlerinde ters kayıt atılmak istendiğinde borç cari kodu alanı pasif geliyor. eski setlerde aktif gelmektedir.(5.0.0 , 5.0.2)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.01.2013	0	Tamam	Evet	Hayır
Dosya	Dekont.dll (5.0.12.736)
Modül	Dekont
Açıklama	DEKONT\CARIKODAKTIF özel parametresi tanımlandığında ters kayıt işlemlerinde Borç Cari Kodu ve Alacak Cari Kodu alanlarının aktif gelmesi desteklendi.

İstek No 44239

Tarih	Program
13.12.2012	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	Eski versiyonlarda Hızlı kasa tahsilatı kayıdı tamamlandıktan sonra kasa belirleme ekranı geliyordu ve buradan yeni tahsilat için kasa kodu seçebiliyorduk. Ancak yeni setlerle birlikte kayıt tamamlandıktan sonra kasa belirleme ekranı gelmiyor. Kasa kodu değiştirmek için kasa modülünden çıkıp tekrar girmek gerekiyor. Yeni kayıtta kasa kodu belirleme ekranının gelmesini istiyoruz
Ek Açık.	Eski versiyonlarda Hızlı kasa tahsilatı kayıdı tamamlandıktan sonra kasa belirleme ekranı geliyordu ve buradan yeni tahsilat için kasa kodu seçebiliyorduk. Ancak yeni setlerle birlikte kayıt tamamlandıktan sonra kasa belirleme ekranı gelmiyor. Kasa kodu değiştirmek için kasa modülünden çıkıp tekrar girmek gerekiyor. Yeni kayıtta kasa kodu belirleme ekranının gelmesini istiyoruz
Problem	Eski versiyonlarda Hızlı kasa tahsilatı kayıdı tamamlandıktan sonra kasa belirleme ekranı geliyordu ve buradan yeni tahsilat için kasa kodu seçebiliyorduk. Ancak yeni setlerle birlikte kayıt tamamlandıktan sonra kasa belirleme ekranı gelmiyor. Kasa kodu değiştirmek için kasa modülünden çıkıp tekrar girmek gerekiyor. Yeni kayıtta kasa kodu belirleme ekranının gelmesini istiyoruz

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.12.2014 11:23:00	0	Tamam	Evet	Hayır
Dosya	Kasa.dll (8.0.4.315)
Modül	Kasa
Açıklama	KASA\KASA_KODU_SUREKLI_SORULSUN özel parametresi tanımlanmalıdır.

İstek No 44247

Tarih	Program
13.12.2012	Temelset.Dekont._GENEL
Koşul	genel dekont kaydında miktar girilmeden sadece tutar girildiğinde stok hareketlerine tutarı eksi olarak atıyor.5.0.10 setinde sorun yoktur.
Problem	genel dekont kaydında miktar girilmeden sadece tutar girildiğinde stok hareketlerine tutarı eksi olarak atıyor.5.0.10 setinde sorun yoktur.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.12.2012	0	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\ETIPLIHAREKET özel parametresi kullanılmalıdır.

İstek No 44255

Tarih	Program
14.12.2012	Temelset.Kalite Kontrol.Kalite Kabul Dep. Ara. Transfer
Koşul	KALİTE KONTROL DEPARTMANI TARAFINDAN, KALİTE KONTROLÜ YAPILMIŞ VE DAT FİŞİ OLUŞTURULMUŞ BİR KAYDIN DAT FİŞLERİ İLE BİRLİKTE AMBARIN ONAYI OLMADAN SİLİNMEMESİ GEREKİYOR.
Ek Açık.	KALİTE KONTROL DEPARTMANI TARAFINDAN, KALİTE KONTROLÜ YAPILMIŞ VE DAT FİŞİ OLUŞTURULMUŞ BİR KAYDIN DAT FİŞLERİ İLE BİRLİKTE AMBARIN ONAYI OLMADAN SİLİNMEMESİ GEREKİYOR.
Problem	AMBARIN BAŞKA DEPOLARA,ÜRETİME,HÜCRELERE VB İŞLEMLERE TABİ TUTTUĞU DAT FİŞİNİN AMBARIN KONTROLÜNDE SİLİNEBİLMESİ GEREKİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.12.2012	0	Tamam	Evet	Hayır
Dosya	Kkont.dll (5.0.12.70)
Modül	Kalite Kontrol
Açıklama	KALITE\KALITEDE_DAT_SILINMESIN özel parametresi tanımlandığında; Kalite kontrol belge iptalinde eğer Kalite Kontrol Dat Kaydı oluşturuldu ise Depolar Arası Transfer fişi ve Kalite Kontrol kaydının silinmemesi desteklendi.

İstek No 44257

Tarih	Program
14.12.2012	Temelset.Fatura.Müşteri Siparişleri
Koşul	Sipariş kapama işlemi yaptıktan sonra siparis onayı ekranı rehberine kapanan siparişin gelmesi
Ek Açık.	Kapanan siparişe tekrar onaylama yapılamaz.

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

İstek No 44258

Tarih	Program
14.12.2012	Temelset.Muhasebe.B Formu Basımı
Koşul	İhracat kapatma yapılıp B formu alınıyor
Ek Açık.	.
Problem	B formuna kayıtların ihracet faturanın gcb tarihinden değil faturanın tarihine göre getirilmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.12.2012	0	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (5.0.12.690)
Modül	Muhasebe
Açıklama	MUHASEBE\IHRACATFATURA özel parametresi tanımlanmalıdır.

İstek No 44285

Tarih	Program
17.12.2012	Temelset.Müşteri Çekleri.Cari Hesap Çek Alındı Kaydı
Koşul	çEK ALINDI KAYDI SIRASINDA BUGÜN GELEN ÇEKİN TARİHİ GİRİŞ TARİHİNDEN KÜÇÜK İSE SİSTEM KAYIT GİRİŞİNE İZİN VERMİYOR.
Ek Açık.	DAHA ÖNCEDEN SADECE UYARI VERİYORDU TAMAM DEDİĞİMİZDE İŞLEME DEVAM EDEBİLİYORDUK.
Problem	MÜŞTERİMİZ KENDİ MÜŞTERİSİNİN ÇEKİNİ BİZE CİROLUYOR BUGÜN GELİŞİ GECİKTİĞİ İÇİN GELDİĞİ GÜNE KAYIT YAPAMIYORUZ. ÖRNEĞİN ÇEKİ ALDIĞIMIZ GÜNÜN TARİHİ 17.12.2012 ÇEKİN VADESİ 13.12.2012. BU ÇEKİ SİSTEME NASIL İŞLEYECEĞİZ?

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.03.2013	2	Yanıtlandı	Evet	Hayır
Açıklama	CEKSENET\GIRIS_VADEDEN_BUYUK özel parametresi tanımlanmalıdır.

İstek No 44306

Tarih	Program
19.12.2012	Temelset.Üretim.Reçete Kaydı
Koşul	reçete kaydı girişlerinde, ikinci miktar gelmesini istemiyoruz.
Ek Açık.	önceki versiyonda böyle bir giriş işlemi yoktu. eski haline gelmesini istiyoruz.
Problem	arkadaşlar reçete girerken ikinci ölçü birim miktarı geliyor. bu özelliğin kaldırılmasını istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.12.2012	0	Tamam	Evet	Hayır
Dosya	Uretim.dll (5.0.12.1695)
Modül	Üretim
Onaylı Sürüm	5.0.12
Açıklama	URETIM\IKINCIOLCUBRGOSTERME özel parametresi tanımlandığında reçete kaydında bileşenin ikinci ölçü birimi gösterilmemektedir.

İstek No 44310

Tarih	Program
19.12.2012	Temelset.Fatura._GENEL
Problem	Yardımcı programlarda bulunan özel parametreler kısmına FATURA – STOKSONFIYAT-0 Olarak tanımlıyoruz fakat bu işlem faturanın geneline yansıyor biz bunu ALIS ve SATIŞ FATURASI olarak ayırabilirmiyiz?

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.03.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2673)
Modül	Fatura
Açıklama	FATURA\STOKSONFIYAT özel parametresinde DEGER alanı boş ise eskisi gibi, Değer G ise alış belgelerinde Değer C ise satış belgelerinde çalışması desteklendi.

İstek No 44321

Tarih	Program
20.12.2012	Temelset.Fatura.Satış İrsaliyesi
Koşul	STOK’TA DOVIZ TIPI TANIMLI VE İHRAÇ TİPLİ FATURA/IRS KAYDIMIZ VAR
Problem	KAYDEDILEN IRS/FAT ‘YI TEKRAR ÇAĞIRDIĞIMIZDA DOVİZ FİYATINI STOK KARTINDAN TEKRAR OKUYUP GETİRİYOR. MANUAL GİRİLEN FİYAT’A ERİŞEMİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	NOT_FIYAT_GUNCELLE özel parametresi tanımlanmalıdır.

İstek No 44343

Tarih	Program
21.12.2012	Temelset.Fatura.Depolar Arasi Transfer
Koşul	Ortak bakiye kodu olan 3 adet lokal depo tanımı var.
Ek Açık.	Depo1 bakiyesi : -10 Depo2 bakiyesi : +10 Depo3 bakiyesi : 0
Problem	Depo2′ den depo1’e d.a.t yapılmaya çalışıldığında bakiye uyarısı verip izin vermiyor. Ortak bakiye kodu olan depolar arasında transfere izin vermesi gerekir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.12.2012	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2536)
Modül	Fatura
Açıklama	FATURA\DATORTAKBAKIYE özel parametresi tanımlandığında, ortak depo kodu olduğunda depolararası transfer işleminde bakiye kontrolü yapılmamaktadır.

İstek No 44372

Tarih	Program
25.12.2012	Temelset._GENEL._GENEL
Koşul	xxx
Ek Açık.	xxx
Problem	Bir satış irsaliyesi var sistemde ve seri kayıtları var bu satıra bağlı olan STHAR da 1 satır STHAR_FTIRSIP=3, STHAR_HTUR=H,STHAR_GCMIK=30, STHAR_GCKOD = C şeklinde SERITRA da 3 satır diyelim BELGETIP = H, GCKOD = C, MIKTAR = 10 BELGETIP = H, GCKOD = C, MIKTAR = 10 BELGETIP = H, GCKOD = C, MIKTAR = 10 Sonradan kullanıcı bu irsaliyeyi açıp kalemin üzerinden geçerken miktar = 0 yaparsa, kayıtlar şu şekilde oluşuyor (miktarsız malliyet tipli hareket) STHAR da 1 satır STHAR_FTIRSIP=3, STHAR_HTUR=E,STHAR_GCMIK=0, STHAR_GCKOD = G şeklinde SERITRA da 3 satır diyelim BELGETIP = E, GCKOD = G, MIKTAR = 10 BELGETIP = E, GCKOD = G, MIKTAR = 10 BELGETIP = E, GCKOD = G, MIKTAR = 10 Bu durumda stok hareketinde miktar sıfırlanmış oluyor ama seritra da miktarı güncellemediği hem de üstüne bir de GCKOD = G yaptığı için önceden çıkış yapılan kayıt iptal edilmiş ve aynı miktarda mükerrer giriş yapılmış oluyor. Sthar- Seritra bakiye dengesi bozuluyor seritra daki miktarı da 0 yapması gerekiyor NETSIS in

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.01.2013	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2536)
Modül	Fatura
Açıklama	FATURA\MIKTARSIZSERI özel parametresi tanımlandığında miktar sıfır geçildiğinde de seri bilgisi sorulmaktadır.

İstek No 44428

Tarih	Program
31.12.2012	Temelset.Fatura.Satış Faturası
Koşul	Faturada serili ve miktarlı olarak giriliyor
Ek Açık.	Sonrasında tekrar fatura içerisine girililip miktar sıfırlanıyor.
Problem	Faturadaki miktar sıfırlanınca seri bilgisininde manuel sıfırlanması isteniyor fakat seri ekranı açılmıyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.12.2012	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2528)
Modül	Fatura
Açıklama	FATURA\MIKTARSIZSERI özel parametresi tanımlandığında miktar sıfır geçildiğinde seri bilgisi sorulmaktadır.

İstek No 44465

Tarih	Program
04.01.2013	Temelset.Fatura.Depolar Arasi Transfer
Koşul	Satışta Koşul uygulaması kullanılıyor. Bu ekranda koşul sorgusunun gelmemesi isteniyor.
Ek Açık.	Satışta Koşul uygulaması kullanılıyor. Bu ekranda koşul sorgusunun gelmemesi isteniyor.
Problem	Satışta Koşul uygulaması kullanılıyor. Bu ekranda koşul sorgusunun gelmemesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.03.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2705)
Modül	Fatura
Açıklama	FATURA\DATKOSULGOSTERME özel parametresi tanımlandığında Depolar arası transfer işleminde Koşul sorgusu gelmemektedir.

İstek No 44569

Tarih	Program
12.01.2013	Temelset.Fatura.Depolar Arasi Transfer
Koşul	Depolar arası transfer işleminde plasiyer uygulamasının desteklenmesi isteniyor.
Ek Açık.	Konsinye için depolararası transfer kullanılıyor. bu aşamada işlemi yapan plasiyere bilgisi tutulmak isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
05.02.2013	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2616)
Modül	Fatura
Açıklama	FATURA\AMBARPLASIYER özel parametresi tanımlandığında Ambar Giriş/Çıkış Fişi ve Depolar Arası Transfer kaydında Plasiyer Kodu sorgulanmaktadır.

İstek No 44640

Tarih	Program
17.01.2013	Temelset.Fatura._GENEL
Koşul	Ön muhasebede cari kart 2 de desdeklenen "faturadan proje bazında detaysız" parametresine benzer şekilde muhasebeye atarken de tek satırda atması isteniyor. Proje kodu uygulaması kullanıldığı durumda, faturada birden çok proje kodu girildiğinde cari hesaba muhasebeye tek satırda atılması isteniyor.
Ek Açık.	Ön muhasebede cari kart 2 de desdeklenen "faturadan proje bazında detaysız" parametresine benzer şekilde muhasebeye atarken de tek satırda atması isteniyor. Proje kodu uygulaması kullanıldığı durumda, faturada birden çok proje kodu girildiğinde cari hesaba muhasebeye tek satırda atılması isteniyor.
Problem	Ön muhasebede cari kart 2 de desdeklenen "faturadan proje bazında detaysız" parametresine benzer şekilde muhasebeye atarken de tek satırda atması isteniyor. Proje kodu uygulaması kullanıldığı durumda, faturada birden çok proje kodu girildiğinde cari hesaba muhasebeye tek satırda atılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.01.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\CARIPROJEDETAYSIZENTEGRE özel parametresi tanımlanmalıdır.

İstek No 44644

Tarih	Program
17.01.2013	Temelset.Mrp.Malzeme Gereksiniminden Sipariş Oluşturma
Koşul	Sipariş dengeleme ekranı kullanılıyor.
Ek Açık.	Bazı satıcılar için yurt dışı tipli satınalma siparişleri oluşturuluyor.
Problem	Yurt dışı tipli satın alma siparişleri için ihracat / ithalat tipi değerinin de cariye ait kullanıcı tanımlı sahalardan birinden otomatik olarak okunması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.01.2013	0	Tamam	Evet	Hayır
Dosya	Mrp.dll (5.0.12.1133)
Modül	Mrp
Onaylı Sürüm	5.0.12
Açıklama	MRP\YURTDISICARI\KULL1S özel parametresinde değer alanında KULL1S yerine tblcasabitek tablosunda alfasayısal alanlardan biri yazılmalıdır. MRP\YURTDISITIPICARI\KULL1N özel parametresinde değer alanına KULL1N yerine tblcasabitek tablosunda alfasayısal alanlardan biri yazılmalıdır. Özel parametrede KULL1S ve KULL1N alanları tanımlandığı zaman satıcı siparişi oluşturulacak Cari kartta Alfasayısal1 alanına E, cari kartta Alfasayısal 1 alanına örneğin 3 girildiğinde; Oluşan satıcı siparişi yurtdışı tipli ve tipi 3.tip olan Cf olarak oluşacaktır

İstek No 44725

Tarih	Program
23.01.2013	Temelset.Fatura.Depolar Arasi Transfer
Koşul	Fatura Parametrelerinden DAT için sipariş sistemi aktif ediliyor.
Ek Açık.	Satış İrsaliyesi / Satış Faturasında FIFO yöntemiyle sipariş sistemi sorunsuz çalışıyor ve siparişler eskiden yeniye doğru otomatik kapanıyor.
Problem	DAT ile mağazalarımızdan aldığımız siparişleride kontrollü bir şekilde sisteme okutup siparişlerinin FIFO yöntemiyle kapanmasını istiyoruz ancak bu konuda bir parametre yok. DAT siparişlerinin de FIFO yöntemiyle kapanmasını sağlamanızı rica ederim.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.03.2013	2	Tamam	Evet	Hayır
Açıklama	FATURA\DATSIPARISFIFO özel parametresi tanımlandığında, "Sipariş Sistemi FIFO İle Çalışsın Mı" parametresi DAT için de desteklenmektedir

İstek No 44776

Tarih	Program
26.01.2013	Temelset.Fatura._GENEL
Koşul	kayıt tarihi bugün olan tamamlanmamış fatura, tamamlanmamış belge listesine bir gün sonra düşüyor.
Problem	kayıt tarihi 25.012013 olan tamamlanmamış fatura, tamamlanmamış belge listesine bir gün sonra düşüyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.02.2013	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2674)
Modül	Fatura
Açıklama	FATURA\TAMAMLANMAMISBELGE özel parametresi tanımlandığında, tamamlanmamış faturanın aynı gün "Tamamlanmamış Belgeler" listesine düşmesi desteklendi

İstek No 44806

Tarih	Program
28.01.2013	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	Hızlı Tahsilat İşlemlerinde Tahsilat Şekli boş geçildiğinde "NAKİT" yazıp, sanki nakit tahsilat yapmış gibi kasaya kayıt atıyor. Ancak entegrasyonda dekont bölümüne düşüyor, kasa tahsile düşmeli.
Ek Açık.	Hızlı Tahsilat İşlemlerinde Tahsilat Şekli boş geçildiğinde "NAKİT" yazıp, sanki nakit tahsilat yapmış gibi kasaya kayıt atıyor. Ancak entegrasyonda dekont bölümüne düşüyor, kasa tahsile düşmeli.
Problem	Hızlı Tahsilat İşlemlerinde Tahsilat Şekli boş geçildiğinde "NAKİT" yazıp, sanki nakit tahsilat yapmış gibi kasaya kayıt atıyor. Ancak entegrasyonda dekont bölümüne düşüyor, kasa tahsile düşmeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.02.2013	0	Tamam	Evet	Hayır
Dosya	Kasa.dll (5.0.12.289)
Modül	Kasa
Açıklama	KASA\HIZLIKASANAKITENTEGRE özel parametresi tanımlanmalıdır.

İstek No 44849

Tarih	Program
30.01.2013	Temelset.Mrp.Mamul Gereksiniminden İş Emri Oluşturma
Koşul	mrpde iş emirleri sipariş bazında dengelenirken sorun oluyor. Örn. Aynı stoktan 2 sipariş olsun. Biri 43 biri 2 miktarlı olsun ve bunlar iki ayrı iş emri ile bağlansın. Daha sonra mrp çalıştırıldığında 43 ve 2 nolu iş emirlerinin değiştirilmeden kullanılması gerekirken 2 lik iş emrini değiştirmeyip, 43 lük iş emrini 41 e bölüp değiştirilecek iş emri olarak tanımlayıp, 2 tanelik yeni iş emri oluşturulmasını öneriyor.
Ek Açık.	mrpde iş emirleri sipariş bazında dengelenirken sorun oluyor. Örn. Aynı stoktan 2 sipariş olsun. Biri 43 biri 2 miktarlı olsun ve bunlar iki ayrı iş emri ile bağlansın. Daha sonra mrp çalıştırıldığında 43 ve 2 nolu iş emirlerinin değiştirilmeden kullanılması gerekirken 2 lik iş emrini değiştirmeyip, 43 lük iş emrini 41 e bölüp değiştirilecek iş emri olarak tanımlayıp, 2 tanelik yeni iş emri oluşturulmasını öneriyor.
Problem	mrpde iş emirleri sipariş bazında dengelenirken sorun oluyor. Örn. Aynı stoktan 2 sipariş olsun. Biri 43 biri 2 miktarlı olsun ve bunlar iki ayrı iş emri ile bağlansın. Daha sonra mrp çalıştırıldığında 43 ve 2 nolu iş emirlerinin değiştirilmeden kullanılması gerekirken 2 lik iş emrini değiştirmeyip, 43 lük iş emrini 41 e bölüp değiştirilecek iş emri olarak tanımlayıp, 2 tanelik yeni iş emri oluşturulmasını öneriyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.01.2013	0	Tamam	Evet	Evet
Dosya	Dbupdate 5.0.12 dosyaları
Modül	Mrp
Onaylı Sürüm	5.0.12
Açıklama	MRP\ SIPARISBAZINDAREZERVASYON özel parametresini kullanarak Sipariş Bazında Mrp Uygulaması çalıştırılabilir. Sipariş Bazında Mrp Uygulaması “Müşteri siparişi bazında MRP çalıştırmak isteyen işletmeler için, ilgili müşteri siparişine yapılan malzeme rezervasyonları ile üretilen mamullerin, sipariş bazında bakiyelerinin hesaplanarak, gereksinimlerin yine siparişe özel hassas bir şekilde çıkarılması sağlandı. Yeni sistemde, rezervasyon yapılmadığı halde stoktan kullanılan malzemeler, başka bir sipariş için üretildiği halde çeşitli nedenlerle başka siparişe kullanılan yarı mamuller ve farklı bir sipariş için üretildiği halde başka bir siparişe teslimatı yapılan mamuller dahi saptanarak sipariş bazında bakiye ihtiyaç en hassas şekilde çıkarılabilmektedir.” Sipariş Bazında MRP Uygulaması hakkında daha detaylı bilgi almak için lütfen müşteri temsilcinizle görüşünüz.

İstek No 44874

Tarih	Program
31.01.2013	Temelset.Müstahsil Faturası.Müstahsil Makbuzu Girişi
Koşul	Genel Toplamlarda girilen çek tarihinin 00.00.0000 olarak gelmesini istiyoruz. Çünkü bu tarih alanının bazen boş geçilmesi bazende girilmesi gerekiyor.
Ek Açık.	Müşteri 27044 SÜNERLER TEKSTİL GIDA TARIM.ENERJİ.TİC.VE.SAN.A.Ş
Problem	27044 SÜNERLER TEKSTİL GIDA TARIM.ENERJİ.TİC.VE.SAN.A.Ş

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.04.2013	2	Tamam	Evet	Hayır
Dosya	Mustf.dll (5.0.12.207)
Modül	Mustahsil Faturası
Açıklama	MUSTAHSIL/CEKTARIHIBOSGELSIN özel parametresi kullanılmalıdır.

İstek No 44946

Tarih	Program
06.02.2013	Temelset.Muhasebe._GENEL
Koşul	ONLINE ENTEGRASYON AÇIK.GÜN BAZINDA YAPILAN İŞLEMLER 7 TİPTE AYRI FİŞ NO İLE TAKİP EDİLEBİLİYOR VE TOPLU O FİŞE GİRİLİP ÇIKTISI ALINIP FATURALARIN ARKASINA ZIMBALANIYOR FAKAT 2 GÜN SONRA GEÇMİŞE DÖNÜK YENİ BİR FATURA KAYDEDİLDİĞİNDE AYNI FİŞ NUMARASININ İÇİNE KAYDEDİYOR KISACASI GEÇMİŞE DÖNÜK İŞLEM YAPILDIĞINDA YENİ BİR MUHASEBE FİŞ NUMARASI AÇMASINI TALEP ETMEKTEYİZ ÇIKTISI ALINAN FİŞE KAYDETMEMESİ GEREKİYOR DAHA ÖNCE ÇIKTISINI ALDIĞIMIZ FİŞİ TEKRAR YAZDIRMAMIZ UYGUN BİR İŞLEM OLMUYOR.
Ek Açık.	ONLINE ENTEGRASYON AÇIK.GÜN BAZINDA YAPILAN İŞLEMLER 7 TİPTE AYRI FİŞ NO İLE TAKİP EDİLEBİLİYOR VE TOPLU O FİŞE GİRİLİP ÇIKTISI ALINIP FATURALARIN ARKASINA ZIMBALANIYOR FAKAT 2 GÜN SONRA GEÇMİŞE DÖNÜK YENİ BİR FATURA KAYDEDİLDİĞİNDE AYNI FİŞ NUMARASININ İÇİNE KAYDEDİYOR KISACASI GEÇMİŞE DÖNÜK İŞLEM YAPILDIĞINDA YENİ BİR MUHASEBE FİŞ NUMARASI AÇMASINI TALEP ETMEKTEYİZ ÇIKTISI ALINAN FİŞE KAYDETMEMESİ GEREKİYOR DAHA ÖNCE ÇIKTISINI ALDIĞIMIZ FİŞİ TEKRAR YAZDIRMAMIZ UYGUN BİR İŞLEM OLMUYOR.
Problem	ONLINE ENTEGRASYON AÇIK.GÜN BAZINDA YAPILAN İŞLEMLER 7 TİPTE AYRI FİŞ NO İLE TAKİP EDİLEBİLİYOR VE TOPLU O FİŞE GİRİLİP ÇIKTISI ALINIP FATURALARIN ARKASINA ZIMBALANIYOR FAKAT 2 GÜN SONRA GEÇMİŞE DÖNÜK YENİ BİR FATURA KAYDEDİLDİĞİNDE AYNI FİŞ NUMARASININ İÇİNE KAYDEDİYOR KISACASI GEÇMİŞE DÖNÜK İŞLEM YAPILDIĞINDA YENİ BİR MUHASEBE FİŞ NUMARASI AÇMASINI TALEP ETMEKTEYİZ ÇIKTISI ALINAN FİŞE KAYDETMEMESİ GEREKİYOR DAHA ÖNCE ÇIKTISINI ALDIĞIMIZ FİŞİ TEKRAR YAZDIRMAMIZ UYGUN BİR İŞLEM OLMUYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.02.2013	1	Yanıtlandı	Evet	Hayır
Dosya	Muhasebe.dll (5.0.12.705) ve online muhasebenin kullanıldığı modül dosyaları güncellenmelidir.
Açıklama	MUHASEBE\DOGRUDANAKTARIMDENETLE özel parametresi tanımlandığında; Muhasebe Yevmiye Fişi\Fiş Genel Bilgisi ekranına “ Belge denetlenmemiştir” butonu eklendi. Bu butona basıldığı zaman ilgili buton başlığı “Belge denetlenmiştir” şeklinde değişecek ve denetlenmiş yevmiye fişlerinde gün bazı aktarım parametresi açık olduğu halde aynı tarihli bir kayıt ,denetlenmiş fiş içerisine aktarılmayacak ayrı bir fişe aktarılacaktır. Bu uygulama Entegrasyon Kodlarında “Muhasebeye Doğrudan Aktarım Yapılsın” ve “Gün Bazında Aktarım Yapılsın” seçenekleri işaretli olduğu zaman desteklenmektedir.

İstek No 44968

Tarih	Program
07.02.2013	Temelset.Banka.Müşteri/Satıcı Havale/Eft Kayıtları
Koşul	dövizli olmayan bir cariye banka satıcı havale eft kayıtlarından dovizli bir kayıt girdiğimizde carinin hareketlerine döviz rakamı oluşmuyor.
Ek Açık.	dövizli olmayan bir cariye banka satıcı havale eft kayıtlarından dovizli bir kayıt girdiğimizde carinin hareketlerine döviz rakamı oluşmuyor.
Problem	dövizli olmayan bir cariye banka satıcı havale eft kayıtlarından dovizli bir kayıt girdiğimizde carinin hareketlerine döviz rakamı oluşmuyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.02.2013	1	Yanıtlandı	Evet	Hayır
Açıklama	BANKA\DOVIZ_DEGERLERI_HAREKETLERE_TASI özel parametresi tanımlanmalıdır.

İstek No 44977

Tarih	Program
08.02.2013	Temelset.Stok.Maliyet Oluşturma
Koşul	Konsinye Tipi seçilerek ambar giriş fişi ile girilen stokların "Maliyet Oluşturma" işlemlerine konu olmaması gerekir.
Ek Açık.	Konsinye Tipi seçilerek ambar giriş fişi ile girilen stokların "Maliyet Oluşturma" işlemlerine konu olmaması gerekir.
Problem	Konsinye Tipi seçilerek ambar giriş fişi ile girilen stokların "Maliyet Oluşturma" işlemlerine konu olmaması gerekir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.02.2013	1	Yanıtlandı	Evet	Hayır
Açıklama	MALIYET\ REFERANS özel parametresi tanımlandığında ‘F’ hareket türü dahil edilmemektedir.

İstek No 44984

Tarih	Program
08.02.2013	Temelset.Müstahsil Faturası._GENEL
Koşul	MÜSTAHSİL FATURASI KESERKEN BAĞ-KUR DAN MUAF OLAN CARİLERDE EKRANDA RAKAMI GETİRSE BİLE MECBUREN "0" SIFIR YAPIP KAYDEDİYORUZ
Ek Açık.	MÜSTAHSİL FATURASINIDA BU ŞEKİLDE DÖKÜYORUZ. ANCAK TEKRAR MÜSTAHSİL FATURASININ İÇİNE BİR ŞEYE BAKMAK İÇİN GİRDİĞİMİZDE OTOMATİK OLARAK BAĞKUR TUTARINI GETİYOR.
Problem	KULLANICIDA BUNU FARKETMEYİP ÇIKIŞ YAPARKEN KAYDET TUŞUNA BASTIĞI ZAMAN MÜSTAHSİL MAKBUZU DEĞİŞMİŞ OLARAK KAYDEDİLİYOR. BUNUN ÖNÜNE GEÇMEK İÇİN NE YAPMAK GEREKİYOR. ACİL BİLGİ BEKLİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.02.2013	0	Yanıtlandı	Evet	Hayır
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.

İstek No 45008

Tarih	Program
11.02.2013	Temelset.Dekont._GENEL
Koşul	Cari dovizli cari olarak işaretli ve doviz tipi 0 dan farklı, alınan TL çek/senet bu cariye cirolanıyor, cirolama sırasında doviz tipi ve kur bilgisi giriliyor. Cari hareketlere doviz tutarı atılıyor. Daha sonra Satıcıdan gelen Karşılıksız/Protestolu Çek/Senet dekontunu yapılıyor ancak cari harekete cari dovizli olduğu halde dovz tutarı atmıyor. Cari hareketteki karşılışıksız kaydına ciro edilen doviz tutarı atılması isteniyor.
Ek Açık.	Cari dovizli cari olarak işaretli ve doviz tipi 0 dan farklı, alınan TL çek/senet bu cariye cirolanıyor, cirolama sırasında doviz tipi ve kur bilgisi giriliyor. Cari hareketlere doviz tutarı atılıyor. Daha sonra Satıcıdan gelen Karşılıksız/Protestolu Çek/Senet dekontunu yapılıyor ancak cari harekete cari dovizli olduğu halde dovz tutarı atmıyor. Cari hareketteki karşılışıksız kaydına ciro edilen doviz tutarı atılması isteniyor.
Problem	Cari dovizli cari olarak işaretli ve doviz tipi 0 dan farklı, alınan TL çek/senet bu cariye cirolanıyor, cirolama sırasında doviz tipi ve kur bilgisi giriliyor. Cari hareketlere doviz tutarı atılıyor. Daha sonra Satıcıdan gelen Karşılıksız/Protestolu Çek/Senet dekontunu yapılıyor ancak cari harekete cari dovizli olduğu halde dovz tutarı atmıyor. Cari hareketteki karşılışıksız kaydına ciro edilen doviz tutarı atılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.03.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT/DOVIZEKRAN özel parametresi tanımlanmalıdır.

İstek No 45034

Tarih	Program
12.02.2013	Temelset.Dekont._GENEL
Koşul	Genel dekont kaydında girlen kaydı editlemek.
Problem	Bir kayıt girilip gride düştükten sonra, tekrar çift tıklanıp değişiklik yapılıyor(ve ya yapılmıyor) ve tekrar kaydediliyor. Bu işlemden sonra alanlar dolu kalıyor ve yeni kayıt girilmiyor, tıklanan satırdan son satıra kadar gidiyor ve sürekli onu editliyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.02.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	DEKONT\YENIKAYIT özel parametresi tanımlandığında, düzeltme yapıldıktan sonra form alanı tamamen boşalıp yeni kayıt formuna geçmektedir.

İstek No 45057

Tarih	Program
13.02.2013	Temelset.Banka.Faiz İşleme/Kapatma
Koşul	TAKSITLI KREDI (DOVIZLI) KULLANILIYOR.HESAP 01.01.2013 TARİHİNDE AÇILIYOR VE ODEME PLANI MANUEL GELİYOR.İLK TAKSİT+ANAPARA ODEMESİ (FAIZ ISLEME KAPATMA) 28.01.2013 TARİHİNDE YAPILIYOR.
Ek Açık.	YAPILAN ISLEMDE FAIZ TL TUTARINI ISLEMIN YAPILDIĞI 28.01.2013 TARIHINDEKİ KUR İLE, ANAPARA TL TUTARINI İSE KREDININ ACILDIĞI 01.01.2013 TARIHINDEKI KUR İLE HESAPLIYOR. HER İKİ TUTAR HESABINDA DA İŞLEM TARİHİNDEKİ KUR KULLANILMASI GEREKMEKTEDİR.
Problem	AYNI ZAMANDA ILERİ TARİHLİ BİR ODEME KAPATILMAK İSTENİRSE KUR TABLOSUNDA DEĞER OLMADIĞI İÇİN KUR DEĞERİ OLARAK İLGİSİZ BİR DEĞER ATIYOR.İLGİSİZ BİR DEĞER YERİNE SIFIR GETİRİP KURU KULLNICININ SEÇMESİ İSTENEBİLİR YA DA YİNE İŞLEM TARİHİNDEKİ KUR GETİRTİLEBİLİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.03.2013	1	Tamam	Evet	Hayır
Dosya	Banka.dll (5.0.12.485)
Modül	Banka
Açıklama	BANKA\ODEPLANKUR özel parametresi tanımlandığında Faiz İşleme/Kapatma ekranında "Döviz Kuru" alanına müdahale edilebilmesi desteklendi.

İstek No 45061

Tarih	Program
13.02.2013	Temelset.Banka.Faiz İşleme/Kapatma
Koşul	Dövizli olarak girilmiş taksitli kredi hesabında ödeme planına göre ödemesi gelen kayıt çağrılıp işlem tamamlanmak istediğinde döviz kuru sahasına müdahale edilemiyor. Buraya döviz tablosundaki tcmb kuru değil banka işlem kurunun girilmesi gerekli. Bu işlemin yapılması için bu sahasının kullacı tarafından müdahale edilebilir duruma gelmesi için gerekli çalışmanın yapılmasını rica ederiz.
Ek Açık.	Dövizli olarak girilmiş taksitli kredi hesabında ödeme planına göre ödemesi gelen kayıt çağrılıp işlem tamamlanmak istediğinde döviz kuru sahasına müdahale edilemiyor. Buraya döviz tablosundaki tcmb kuru değil banka işlem kurunun girilmesi gerekli. Bu işlemin yapılması için bu sahasının kullacı tarafından müdahale edilebilir duruma gelmesi için gerekli çalışmanın yapılmasını rica ederiz.
Problem	Dövizli olarak girilmiş taksitli kredi hesabında ödeme planına göre ödemesi gelen kayıt çağrılıp işlem tamamlanmak istediğinde döviz kuru sahasına müdahale edilemiyor. Buraya döviz tablosundaki tcmb kuru değil banka işlem kurunun girilmesi gerekli. Bu işlemin yapılması için bu sahasının kullacı tarafından müdahale edilebilir duruma gelmesi için gerekli çalışmanın yapılmasını rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.03.2013	1	Tamam	Evet	Hayır
Dosya	Banka.dll (5.0.12.485)
Modül	Banka
Açıklama	BANKA\ODEPLANKUR özel parametresi tanımlandığında Faiz İşleme/Kapatma ekranında "Döviz Kuru" alanına müdahale edilebilmesi desteklendi.

İstek No 45105

Tarih	Program
15.02.2013	Temelset.Kasa İşlemleri._GENEL
Koşul	Hızlı kasa tahsilatlarında verilen numaralar otomatik gelsin, kayıt tarihi değiştirilebilsin. Yanlış yazılan tarih için tüm tahsilat kaydı silindikten sonra tekrar girilmek zorunda kalınıyor.
Ek Açık.	Hızlı kasa tahsilatlarında verilen numaralar otomatik gelsin, kayıt tarihi değiştirilebilsin. Yanlış yazılan tarih için tüm tahsilat kaydı silindikten sonra tekrar girilmek zorunda kalınıyor.
Problem	Hızlı kasa tahsilatlarında verilen numaralar otomatik gelsin, kayıt tarihi değiştirilebilsin. Yanlış yazılan tarih için tüm tahsilat kaydı silindikten sonra tekrar girilmek zorunda kalınıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.02.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	KASA\HIZLITAHSILATFISNO özel parametresi tanımlanmalıdır.

İstek No 45147

Tarih	Program
19.02.2013	Temelset.Fatura.Satış Faturası
Koşul	FATURA/TEKRARHESAPLANMASIN VE FATURA/ISKONTOGUNCELLE/H OZEL PARAMETRELERI TANIMLI.SIPARISTE GENEL KOSULDAN GENEL ISK2 ICIN BIR DEGER GELIYOR VE KULLANICI BU DEGERI DEGISTIRIYOR.IRSALIYE YA DA FATURA ADIMINDA KULLANICI TARAFINDAN DEGISTIRILEN DEGER DEGIL KOSULDAKI ISKONTO DEGERI GELIYOR. (KOSULGENELGUNCELLEME,ISKONTOGUNCELLE,KOSULSATIRGUNCELLEME PARAMETRELERI ILE DE KONTROL EDILDI SORUN DEVAM ETMEKTEDIR)
Ek Açık.	FATURA/TEKRARHESAPLANMASIN VE FATURA/ISKONTOGUNCELLE/H OZEL PARAMETRELERI TANIMLI.SIPARISTE GENEL KOSULDAN GENEL ISK2 ICIN BIR DEGER GELIYOR VE KULLANICI BU DEGERI DEGISTIRIYOR.IRSALIYE YA DA FATURA ADIMINDA KULLANICI TARAFINDAN DEGISTIRILEN DEGER DEGIL KOSULDAKI ISKONTO DEGERI GELIYOR. (KOSULGENELGUNCELLEME,ISKONTOGUNCELLE,KOSULSATIRGUNCELLEME PARAMETRELERI ILE DE KONTROL EDILDI SORUN DEVAM ETMEKTEDIR)
Problem	FATURA/TEKRARHESAPLANMASIN VE FATURA/ISKONTOGUNCELLE/H OZEL PARAMETRELERI TANIMLI.SIPARISTE GENEL KOSULDAN GENEL ISK2 ICIN BIR DEGER GELIYOR VE KULLANICI BU DEGERI DEGISTIRIYOR.IRSALIYE YA DA FATURA ADIMINDA KULLANICI TARAFINDAN DEGISTIRILEN DEGER DEGIL KOSULDAKI ISKONTO DEGERI GELIYOR. (KOSULGENELGUNCELLEME,ISKONTOGUNCELLE,KOSULSATIRGUNCELLEME PARAMETRELERI ILE DE KONTROL EDILDI SORUN DEVAM ETMEKTEDIR)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.02.2013	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2657)
Modül	Fatura
Açıklama	FATURA\ISKONTOGUNCELLE özel parametresi tanımlanmalıdır.

İstek No 45153

Tarih	Program
19.02.2013	Temelset.Dizayn._GENEL
Koşul	TALEP TEKLİF , ŞİPARİŞ , FATURA BÖLÜMLERİNDE (GÖRSEL DİZAYN) BASIM + TAMAM ‘a TIKLADIĞIMIZDA ÜST BİLGİLER, KALEMLER KAYDEDİLİYOR SONRA YAPTIĞIMIZ GÖRSEL DİZAYN AÇILIYOR ALT TOPLAMLAR "0.00" OLARAK GELİYOR DİZAYNI KAPATIP KAYITLI FATURA, SİPARİŞ vs. TEKRAR AÇTIĞIMIZDA KAYITLI DEĞERLER GELİYOR. GÖRSEL DİZAYNIN EN SON ALT TOPLAMLARDA KAYIT EDİLDİKTEN SONRA AÇILMASI SAĞLANMALI.
Ek Açık.	TALEP TEKLİF , ŞİPARİŞ , FATURA BÖLÜMLERİNDE (GÖRSEL DİZAYN) BASIM + TAMAM ‘a TIKLADIĞIMIZDA ÜST BİLGİLER, KALEMLER KAYDEDİLİYOR SONRA YAPTIĞIMIZ GÖRSEL DİZAYN AÇILIYOR ALT TOPLAMLAR "0.00" OLARAK GELİYOR DİZAYNI KAPATIP KAYITLI FATURA, SİPARİŞ vs. TEKRAR AÇTIĞIMIZDA KAYITLI DEĞERLER GELİYOR. GÖRSEL DİZAYNIN EN SON ALT TOPLAMLARDA KAYIT EDİLDİKTEN SONRA AÇILMASI SAĞLANMALI.
Problem	TALEP TEKLİF , ŞİPARİŞ , FATURA BÖLÜMLERİNDE (GÖRSEL DİZAYN) BASIM + TAMAM ‘a TIKLADIĞIMIZDA ÜST BİLGİLER, KALEMLER KAYDEDİLİYOR SONRA YAPTIĞIMIZ GÖRSEL DİZAYN AÇILIYOR ALT TOPLAMLAR "0.00" OLARAK GELİYOR DİZAYNI KAPATIP KAYITLI FATURA, SİPARİŞ vs. TEKRAR AÇTIĞIMIZDA KAYITLI DEĞERLER GELİYOR. GÖRSEL DİZAYNIN EN SON ALT TOPLAMLARDA KAYIT EDİLDİKTEN SONRA AÇILMASI SAĞLANMALI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.03.2013	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2672)
Modül	Fatura
Açıklama	FATURA/KAYDETVEBASIMYAP özel parametresi tanımlanmalıdır.

İstek No 45196

Tarih	Program
21.02.2013	Temelset.Fatura.Müşteri Siparişleri
Koşul	FATURA\TEKRARHESAPLANMASIN ve FATURA\ISKONTOGUNCELLE\H özel parametreleri tanımlı
Ek Açık.	Cari kartta iskonto tanımlı
Problem	Sipariş giriliyor,genel iskonto1 değeri cari karttan geliyor.Kaydedilmiş siparişe girilip koşul kodu değiştiriliyor ve kalemlere yansıtılsın sorusu evet olarak seçiliyor.Genel iskonto1 sıfırlanmış oluyor,daha önceki iskontonun güncellenmemesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.03.2013	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2746)
Modül	Fatura
Açıklama	FATURA\ISKONTOGUNCELLE özel parametresi varsa koşul güncelle yapıldığında genel iskontolar güncellenmeyecektir.

İstek No 45207

Tarih	Program
22.02.2013	Personel.Netsis Personel.Personel Puantaj Bilgileri
Koşul	puantaj girişi ekranında hesaplaması değer üzerinden yapılan alanların tutar sahalarına müdahale edilememeli
Ek Açık.	örneğin çalışma saatı 190 olan bir personelin çalışma saatine müdahale edilebilmeli ama bu saat ile oluşan tutar a müdahale edilememeli
Problem	şirket içerisinde güvenlik politikamızdan dolayı çok acil ve önemlidir

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.05.2013	2	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2932)
Modül	Bordro
Açıklama	PERSONEL\TUTARKAPATILSIN özel parametresi tanımlandığında, ücret hesaplama kod girişinde çarpanı B (Sabit Brut) den farklı olan yardım ve kazançlarda tutar ve neti sahalarının pasif gelmesi desteklendi.

İstek No 45217

Tarih	Program
23.02.2013	Temelset.Fatura.Aliş Faturası
Koşul	Hizmet kartlarında Mal Adı kısmını uzun tutmamız gerkeiyor. Ancak şu an yazmamıza imkan verse de mal adı kısmından çıkışlarda 35 digit olarak kısaltıyor. Eskiden bu şekilde değildi. Gereğinin yapılmasını rica ederiz.
Ek Açık.	Hizmet kartlarında Mal Adı kısmını uzun tutmamız gerkeiyor. Ancak şu an yazmamıza imkan verse de mal adı kısmından çıkışlarda 35 digit olarak kısaltıyor. Eskiden bu şekilde değildi. Gereğinin yapılmasını rica ederiz.
Problem	Hizmet kartlarında Mal Adı kısmını uzun tutmamız gerkeiyor. Ancak şu an yazmamıza imkan verse de mal adı kısmından çıkışlarda 35 digit olarak kısaltıyor. Eskiden bu şekilde değildi. Gereğinin yapılmasını rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.03.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\STOKISMI özel parametresi tanımlandığında stok ismi 50 karakter tanımlanabilmektedir, fakat belgeye tekrar girişte 35 karaktere geçmektedir.

İstek No 45221

Tarih	Program
23.02.2013	Temelset.Fatura._GENEL
Koşul	İrsaliyeler saklansınmı parametresi işaretli. Fatura İptali gerçekleştirilmeye çalışıldığında “İlgili İrsaliyeler Silinsin mi “ uyarısının gelmemesi ve İrsaliye iptal etmemesi istenmektedir.
Ek Açık.	İrsaliyeler saklansınmı parametresi işaretli. Fatura İptali gerçekleştirilmeye çalışıldığında “İlgili İrsaliyeler Silinsin mi “ uyarısının gelmemesi ve İrsaliye iptal etmemesi istenmektedir.
Problem	İrsaliyeler saklansınmı parametresi işaretli. Fatura İptali gerçekleştirilmeye çalışıldığında “İlgili İrsaliyeler Silinsin mi “ uyarısının gelmemesi ve İrsaliye iptal etmemesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
26.02.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	Sorgunun hiç gelmemesi istendiği durumda; FATURA\IRSFATSAKLA özel parametresi tanımlanmalıdır, böylece fatura silindiğinde irsaliye belgesinin silinmemesi sağlanabilmektedir.

İstek No 45245

Tarih	Program
26.02.2013	Temelset.Fatura.Sipariş İşlemleri
Problem	Siparısın teslım tarıhı gırıs tarıhınden kucuk olmasın. Gırıs yapılmasına ızın vermesın. ( ceklerdekı gırıs tarıhının vade tarıhınden kucuk olamıycağı gıbı )

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.05.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2876), Fattrk.dll
Modül	Fatura
Açıklama	FATURA\TESLIMTARKUCUKOLMASIN özel parametresi tanımlandığında, sipariş Teslim Tarihinin Giriş Tarihinden küçük girilememesi desteklendi.

İstek No 45246

Tarih	Program
26.02.2013	Temelset.Fatura.Sipariş İşlemleri
Problem	Siparısın teslım tarıhı gırıs tarıhınden kucuk olmasın. Gırıs yapılmasına ızın vermesın. ( ceklerdekı gırıs tarıhının vade tarıhınden kucuk olamıycağı gıbı )

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.05.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2876), Fattrk.dll
Modül	Fatura
Açıklama	FATURA\TESLIMTARKUCUKOLMASIN özel parametresi tanımlandığında, sipariş Teslim Tarihinin Giriş Tarihinden küçük girilememesi desteklendi.

İstek No 45301

Tarih	Program
28.02.2013	Temelset.Dizayn._GENEL
Koşul	GÖRSEL DİZAYN İLE FATURA BASMAK İÇN ÖNCE KAYDETMEK SONRA BASMAK GEREKİYOR. NORMAL DİZAYNLAR GİBİ KAYDETTİKTEN SONRA TEKRAR ÇIKIP GİRMEYE GEREK KALMADAN BASMAK İSTİYORUZ.
Ek Açık.	GÖRSEL DİZAYN İLE FATURA BASMAK İÇN ÖNCE KAYDETMEK SONRA BASMAK GEREKİYOR. NORMAL DİZAYNLAR GİBİ KAYDETTİKTEN SONRA TEKRAR ÇIKIP GİRMEYE GEREK KALMADAN BASMAK İSTİYORUZ.
Problem	GÖRSEL DİZAYN İLE FATURA BASMAK İÇN ÖNCE KAYDETMEK SONRA BASMAK GEREKİYOR. NORMAL DİZAYNLAR GİBİ KAYDETTİKTEN SONRA TEKRAR ÇIKIP GİRMEYE GEREK KALMADAN BASMAK İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.03.2013	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2672)
Modül	Fatura
Açıklama	FATURA/KAYDETVEBASIMYAP OzelParametresi tanımlanmalıdır.

İstek No 45324

Tarih	Program
02.03.2013	Temelset..
Koşul	STOK/AUTOBARKOD ÖZEL PARAMETRESİNİN KONFİGURATOR MODULUNDEN OLUŞTURULAN KAYITLAR İÇİNDE DESTEKLENMESİ İSTENİYOR.
Ek Açık.	STOK MODÜLÜNDEN AÇMIŞ OLDUĞUMUZ KAYITLARDA BARKODLAR OTOMATİK OLUŞUYOR. KONFİGURATOR MENÜSÜNDEN AÇTIĞIMIZ KAYITLARDA İSE BAZ ÜRÜNÜN BARKODUNU AYNEN KOPYALIYOR. BU DA SİSTEM ÜZERİNDE AYNI BARKOD NUMARASINA AİT BİRDEN FAZLA STOK KARTININ OLMASINA SEBEP OLUYOR.
Problem	STOK/AUTOBARKOD PARAMETRESİNİN KONFIGURATOR ICERISINDE DE DESTEKLENMESİ İSTENİYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.03.2013	2	Tamam	Evet	Hayır
Dosya	Üretim.dll (5.0.12.2370)
Modül	Üretim
Açıklama	Konfigüratörden açılan yeni stok kodlarının STOK/AUTOBARKOD özel parametresine göre otomatik barkod1 üretmesi desteklendi.

İstek No 45336

Tarih	Program
04.03.2013	Temelset.Fatura.Sevk Emri
Koşul	MÜŞTERİ SİPARİŞLERİNDEN İKİNCİ ÖLÇÜ BİRİMİNE GÖRE SİPARİŞ ALIYORUZ ANCAK SEVK EMRİNDE GİRDİĞİMİZ ÖLÇÜ BİRİMİNE GÖRE MİKARI GÖREMİYORUZ.SADECE BİRİNCİ ÖLÇÜ BİRİMİNE GÖRE GÖREBİLİYORUZ.SEVK VE YÜKLEME EMRİNDE HANGİ ÖLÇÜ BİRİMİNE GÖRE GİRİŞ YAPILMIŞSA ONU TAKİP EDEBİLMEK VE İŞLEM YAPABİLMEK İSTİYORUZ.ACİLLL…
Ek Açık.	MÜŞTERİ SİPARİŞLERİNDEN İKİNCİ ÖLÇÜ BİRİMİNE GÖRE SİPARİŞ ALIYORUZ ANCAK SEVK EMRİNDE GİRDİĞİMİZ ÖLÇÜ BİRİMİNE GÖRE MİKARI GÖREMİYORUZ.SADECE BİRİNCİ ÖLÇÜ BİRİMİNE GÖRE GÖREBİLİYORUZ.SEVK VE YÜKLEME EMRİNDE HANGİ ÖLÇÜ BİRİMİNE GÖRE GİRİŞ YAPILMIŞSA ONU TAKİP EDEBİLMEK VE İŞLEM YAPABİLMEK İSTİYORUZ.ACİLLL…
Problem	SEVK VE YÜKLEME EMRİNDE BÜTÜN ÖLÇÜ BİRİMLERİNE GÖRE TAKİP YAPILABİLMESİ….

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.03.2013	0	Yanıtlandı	Evet	Hayır
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 desteklenmektedir.

İstek No 45433

Tarih	Program
12.03.2013	Temelset.Dizayn.Dizayn
Koşul	nakli yekünlü olarak nokta vuruşlu yazıcıdan çıktı alındığında yekün açıklama ve tutar aynı satırda basmıyor düzeltilmesi istenmektedir.
Problem	nakli yekünlü olarak nokta vuruşlu yazıcıdan çıktı alındığında yekün açıklama ve tutar aynı satırda basmıyor düzeltilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.03.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	DIZAYN\NAKLIYEKUNALTSATIR özel parametresi tanımlı olmamalıdır.

İstek No 45492

Tarih	Program
14.03.2013	Temelset.Kasa İşlemleri._GENEL
Koşul	online entegrede kasa muhasebe kayıtlarında 100 hesap açıklaması ‘günlük kasa tahsilatı’ yerine kasa açıklamasının gelinmesi isteniyor
Ek Açık.	online entegrede kasa muhasebe kayıtlarında 100 hesap açıklaması ‘günlük kasa tahsilatı’ yerine kasa açıklamasının gelinmesi isteniyor
Problem	online entegrede kasa muhasebe kayıtlarında 100 hesap açıklaması ‘günlük kasa tahsilatı’ yerine kasa açıklamasının gelinmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
02.04.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	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 45527

Tarih	Program
18.03.2013	Temelset.Banka.Müşteri/Satıcı Havale/Eft Kayıtları
Koşul	DÖVİZ İLE HAVALE YAPIDLIĞINDA CARİNİN KARTINDA SÖVİZLİ CARİ İŞARETLİ DEĞİL İSE CARİYE DÖVİZ TUTARINI ATMIYOR
Problem	ANCAK ESKİ SÜRÜMDE ATIYORDU BU NEDENLE SIKINTI YAŞADIKLARINI VE DÜZELTİLMESİNİ İSTEDİKLERİNİ İLETTİLER.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.03.2013	1	Yanıtlandı	Evet	Hayır
Açıklama	BANKA\DOVIZ_DEGERLERI_HAREKETLERE_TASI özel parametresi tanımlanmalıdır

İstek No 45715

Tarih	Program
01.04.2013	Temelset.Fatura.Depolar Arasi Transfer
Koşul	2 ayrı depom var ve ortak bakiye kodu aynı deger gırılmıs durumda , Bır urunumun bir depodakı bakıyesı 1 adet diğrinde -1 adet.
Ek Açık.	.
Problem	Bu 2 depo arasında D.A.T yapmak istediğimde Eksi bakıyeden dolayı ıslem yaptırmamaktadır.Ortak bakıye kodları aynı olan Depolar Arası transferlerde Eksı bakıye kontrolu yapılmamalıdır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.04.2013	1	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\DATORTAKBAKIYE özel parametresi tanımlanmalıdır.

İstek No 45718

Tarih	Program
02.04.2013	Temelset.Banka.Banka Hesapları Arası Virman
Koşul	Virman banka hesap kodu seçerken rehberde diğer işletme ve şubenin de banka hesap kodları gözüküyor. Diğer işletme ve şubelerin hesap kodlarının gözükmemesini istiyoruz.
Ek Açık.	Virman banka hesap kodu seçerken rehberde diğer işletme ve şubenin de banka hesap kodları gözüküyor. Diğer işletme ve şubelerin hesap kodlarının gözükmemesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.04.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	BANKA\ISLETME_BANKA özel parametresi tanımlanmalıdır.

İstek No 45797

Tarih	Program
10.04.2013	Temelset.Fatura.Müşteri Siparişleri
Koşul	FATURA PARAMETRELERİNDE EKSİ BAKİYE UYARI VE DURDURMA İŞARETLİ. MÜŞTERİ SİPARİŞİNDE BORMAL STOKLAR İÇİN EKSİ AKİYE UYARISI GELİYOR ANCAK KARMA KOLİ STOKLARINA AİT UYARI GELMİYOR.
Ek Açık.	BU SİPARİŞİ FATURALAŞTIRDIĞIMIZDA EKSİ BAKİYE NEDENİ İLE İŞLEM YAPILMIYOR.ANCAK SİPARİŞ GİRİŞİNDE KARMA KOLİ STOKLARI İÇİN DE NORMAL STOKLARDA OLDUĞU GİBİ UYARI VERİLMESİNİ İSTİYORUZ.
Problem	KOLAY GELSİN

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.05.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\EKSIBAKIYEKONTROL özel parametresi tanımlanmalıdır.

İstek No 45812

Tarih	Program
10.04.2013	Temelset.Muhasebe.Yevmiye Defteri
Koşul	BİR YEVMİYE FİŞİ İÇERİSİNDE FARKLI EVRAK TARİHİNİ İÇEREN KAYITLAR OLABİLMEKTEDİR
Problem	TARİH BAZINDA YENİDEN NUMARALANDIRMADA SIRALAMA KONUSUNDA BİR SORUN YAŞANMIYOR ANCAK YEVMİYE DEFTERİ, RESMİ BASIM İŞARETLENEREK BASIM GERÇEKLEŞTİRİLDİĞİNDE YEVMİYE MADDE NUMARALARI, BÜNYESİNDE FARKLI EVRAK TARİHİ BULUNAN FİŞLERDE SIRALAMA DENGESİNİ KESİNLİKLE BOZMAKTADIR. BİR FİŞ İÇERİSİNDE BİRDEN FAZLA EVRAK TARİHİ BULUNABİLMESİ ÇOK NORMAL BİR KAYIT ŞEKLİDİR. BU YÜZDEN YEVMİYE DEFTERİ BASIMINDA YEVMİYE MADDE NUMARALARININ AYNI TARİH BAZINDA YENİDEN NUMARALANDIRMADA OLDUĞU MANTIKTA YAPILMALIDIR. BU SORUN YÜZÜNDEN GEÇEN SENEKİ DEFTERİMİZİ HATALI BASTIK VE BU SENEKİ DEFTER İÇİN BU SORUNUN ÇÖZÜMÜNÜ BEKLEMEKTEYİZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.04.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	Bankadan yapılan hızlı tahsilat kayıtlarının aynı belge numarası ile kaydedilmesinin engellenmesi için parametrelerde düzenleme yapılabilir.KASA,HIZLITAHSILATFISNO özel parametresi tanımlanmalıdır.

İstek No 45853

Tarih	Program
13.04.2013	Temelset. ._GENEL
Koşul	Proje uygulaması hakkında. Alış faturası işleminde satır bazında proje uygulaması kullanılıyor. Cari karttaki faturada proje detaysız işaretli. Fakat alış fatura işlendikten sonra entegrasyona fatura kalemlerinde ne kadar farklı proje kodu girilirse o kadar kayıt atmakta. Sonuçta Muhasebe mantığına aykırı bir işleyiş oluşmakta fatura tekse muhasebe tek kayıt oluşması gerekiyor. Sadece stok hareketlerinde proje kodunu atmasını istiyoruz. Proje uygulamanız esnek değil, İnşaat projeleri üretiyoruz fakat projeleri stok bazında ayrıştıramıyouz, bi modülü düzeltsek diğer modülde sorun çıkartıyor. Çözüm bulmanızı rice ediyoruz, geçmiş olduğumuz isteklerde ya müşteri temsilcinizle görüşün yada mevcut planımızda yoktur cevabı geliyor. Bunlar bir çözüm üretmediği gibi işleyişimiz hiç bir yol almıyor, programı çokk verimsiz kullanmamızı sağlıyor.
Ek Açık.	Proje uygulaması hakkında. Alış faturası işleminde satır bazında proje uygulaması kullanılıyor. Cari karttaki faturada proje detaysız işaretli. Fakat alış fatura işlendikten sonra entegrasyona fatura kalemlerinde ne kadar farklı proje kodu girilirse o kadar kayıt atmakta. Sonuçta Muhasebe mantığına aykırı bir işleyiş oluşmakta fatura tekse muhasebe tek kayıt oluşması gerekiyor. Sadece stok hareketlerinde proje kodunu atmasını istiyoruz. Proje uygulamanız esnek değil, İnşaat projeleri üretiyoruz fakat projeleri stok bazında ayrıştıramıyouz, bi modülü düzeltsek diğer modülde sorun çıkartıyor. Çözüm bulmanızı rice ediyoruz, geçmiş olduğumuz isteklerde ya müşteri temsilcinizle görüşün yada mevcut planımızda yoktur cevabı geliyor. Bunlar bir çözüm üretmediği gibi işleyişimiz hiç bir yol almıyor, programı çokk verimsiz kullanmamızı sağlıyor.
Problem	Proje uygulaması hakkında. Alış faturası işleminde satır bazında proje uygulaması kullanılıyor. Cari karttaki faturada proje detaysız işaretli. Fakat alış fatura işlendikten sonra entegrasyona fatura kalemlerinde ne kadar farklı proje kodu girilirse o kadar kayıt atmakta. Sonuçta Muhasebe mantığına aykırı bir işleyiş oluşmakta fatura tekse muhasebe tek kayıt oluşması gerekiyor. Sadece stok hareketlerinde proje kodunu atmasını istiyoruz. Proje uygulamanız esnek değil, İnşaat projeleri üretiyoruz fakat projeleri stok bazında ayrıştıramıyouz, bi modülü düzeltsek diğer modülde sorun çıkartıyor. Çözüm bulmanızı rice ediyoruz, geçmiş olduğumuz isteklerde ya müşteri temsilcinizle görüşün yada mevcut planımızda yoktur cevabı geliyor. Bunlar bir çözüm üretmediği gibi işleyişimiz hiç bir yol almıyor, programı çokk verimsiz kullanmamızı sağlıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.04.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\CARIPROJEDETAYSIZENTEGRE özel parametresi tanımlanmalıdır.

İstek No 45866

Tarih	Program
15.04.2013	Temelset.Mrp.Malzeme Gereksinim Planlama
Koşul	MRP çalıştırılması sırasında, oranlara göre dağıtım yapılırken daha önceden açılmış veya teslim edilmiş belgeleri de hesaba katarak dağıtım yapılması isteniyor.
Ek Açık.	MRP çalıştırılması sırasında, oranlara göre dağıtım yapılırken daha önceden açılmış veya teslim edilmiş belgeleri de hesaba katarak dağıtım yapılması isteniyor.
Problem	MRP çalıştırılması sırasında, oranlara göre dağıtım yapılırken daha önceden açılmış veya teslim edilmiş belgeleri de hesaba katarak dağıtım yapılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.04.2013	0	Tamam	Evet	Evet
Dosya	7.0 setinde desteklenmiştir.
Onaylı Sürüm	7.0.0
Açıklama	Malzeme gereksinim planlama ekranına"Dağıtım oranlamada yıllık değerlendirme" seçeneği eklendi. MRP\SIPARISBAZINDAREZERVASYON özel parametresi de tanımlanmalıdır

İstek No 45886

Tarih	Program
16.04.2013	Temelset.Fatura.Satış Faturası
Koşul	Karma koli kullanılıyor.
Problem	Son set geçişinden sonra siparişten irsaliyeye dönen karma koli kayıtlarındaki bir kalemin fiyatını aşırı şekilde şişirerek kayıt yapıyor. Gerekli bilgiler Seray hanımda var.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.04.2013	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2846)
Modül	Fatura
Açıklama	FATURA\KARMAKOLIGUNCELLE özel parametresi kullanıldığında tarih değiştiğinde karma koli ve bileşenlerin fiatı değişmekte bu özel parametre kullanılmadığında tarih değişse bile karma koli ve bileşenlerin fiatı değişmemektedir.

İstek No 45928

Tarih	Program
19.04.2013	Temelset. ._GENEL
Koşul	Netsis’te gridlerde mouse sağ tuşu ile gönder excel yapıyoruz ya Bunu nasıl engelleriz.
Ek Açık.	Elemanlar bilgilerimizi kolayca alıyorlar.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.04.2013	1	Tamam	Evet	Hayır
Dosya	OfisGrid.dll (5.0.12.13)
Açıklama	GRID/GONDER özel parametresi ile birlikte sadece izin verilen kullanici numaraları ; ile birlikte değer sahasina yazilmalıdır .

İstek No 45929

Tarih	Program
19.04.2013	Temelset.Fatura.Müşteri Siparişleri
Koşul	Satış fatura parametrelerinde "farklı birimlerden mal çıkışı yapılsın mı" aktif, "fiyat birimi sorulsun" aktif, "değişken ölçü birimleri" aktif ,Fiyat birimi cinsinden fiyat girişi yapıldığından "farklı çevrimde fiyat değişsin" pasif olarak kullanılıyor. Özel parametrelerde FATURA/DIN_CEV_FIY_DEGISMESIN kullanılıyor.
Ek Açık.	Örnek:1.ölçü birimi kg, 2.ölçü birimi adet olan bir kalem için birim adet seçiliyor. Adet değeri olarak 2, kg değeri için 50 giriliyor. Fiyat birimi için adet seçiliyor ve 20-TL giriliyor. Faturalaştırıldığında 50-kg değeri 52.5 yapılıyor. Bu durumda adet fiyatı yine 20-TL kalmalı. Kg fiyatı değişmeli.
Problem	Örnek:1.ölçü birimi kg, 2.ölçü birimi adet olan bir kalem için birim adet seçiliyor. Adet değeri olarak 2, kg değeri için 50 giriliyor. Fiyat birimi için adet seçiliyor ve 20-TL giriliyor. Faturalaştırıldığında 50-kg değeri 52.5 yapılıyor. Bu durumda adet fiyatı yine 20-TL kalmalı. Kg fiyatı değişmeli.

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

İstek No 45964

Tarih	Program
25.04.2013	Temelset.Fatura._GENEL
Koşul	Cari kart 2 de desteklenen "faturadan proje bazında detaysız" parametresine benzer şekilde muhasebeye atarken de tek satırda atması isteniyor. Proje kodu uygulaması kullanıldığı durumda, faturada birden çok proje kodu girildiğinde cari hesaba muhasebeye tek satırda atılması isteniyor. FATURA\CARIPROJEDETAYSIZENTEGRE Özel parametresi referans uygulaması açıkken çalışmıyor.
Ek Açık.	Cari kart 2 de desteklenen "faturadan proje bazında detaysız" parametresine benzer şekilde muhasebeye atarken de tek satırda atması isteniyor. Proje kodu uygulaması kullanıldığı durumda, faturada birden çok proje kodu girildiğinde cari hesaba muhasebeye tek satırda atılması isteniyor. FATURA\CARIPROJEDETAYSIZENTEGRE Özel parametresi referans uygulaması açıkken çalışmıyor.
Problem	referans uygulaması açıkken FATURA\CARIPROJEDETAYSIZENTEGRE Özel parametresinin düzgün çalışması

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.05.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (5.0.12.2893)
Modül	Fatura
Açıklama	FATURA\CARIPROJEREFDETAYSIZENTEGRE özel parametresi tanımlanmalıdır.

İstek No 45969

Tarih	Program
25.04.2013	Temelset.Fatura.Aliş Faturası
Koşul	ÇOK FAZLA İADE ALIŞ FATURASI GİRİŞİ YAPIYORUZ İADE MALİYET ALANI BOŞ GELİYOR.
Ek Açık.	BU ALANA EN SON MALİYETİ VEYA BİZİM BİR PARAMETRE İLE BELİRTECEĞİMİZ ALIŞ FİYATLARINDAN HER HANGİ BİRİNİ OTOMATİK GETİRMESİNİ İSTİYORUZ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.05.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	Son girilen fiyatın gelmesi için FATURA\IADESONGIRFIY özel parametresinin tanımlanması gerekmektedir.

İstek No 45996

Tarih	Program
29.04.2013	Temelset.Makine Bakım._GENEL
Koşul	Bakım emirlerinde durumu kapandı yapınca otomatik mail gidiyor. Client pc lerde 15-20 saniye sürdüğü için mail gitmesi istenmiyor . Şikayet alıyoruz.
Ek Açık.	Bakım emirlerinde durumu kapandı yapınca otomatik mail gidiyor. Client pc lerde 15-20 saniye sürdüğü için mail gitmesi istenmiyor . Şikayet alıyoruz.
Problem	Bakım emirlerinde durumu kapandı yapınca otomatik mail gidiyor. Client pc lerde 15-20 saniye sürdüğü için mail gitmesi istenmiyor . Şikayet alıyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.03.2014	2	Tamam	Evet	Hayır
Dosya	Makbkm.dll (7.0.2.111), Makbkmtrk.dll
Modül	Makina Bakım
Açıklama	MAKBKM\EPOSTA_GONDERILMESIN özel parametresi tanımlanmalıdır.

İstek No 46017

Tarih	Program
02.05.2013	Personel._GENEL._GENEL
Koşul	Netsisten alınan işten ayrılış bildirgesi güncel olandan farklı.
Ek Açık.	Dönemler,güncel olanda Nisan , Mart olarak sıralanırken ; Netsisten alınan formda Mart,Nisan olarak sıralanmış
Problem	Düzeltilmesini rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.05.2013	1	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2963
Modül	Bordro
Açıklama	Ay sıralamasının küçükten büyüğe doğru yapılması desteklendi. PERSONEL\ISTENCIKISBUYUKTENKUCUGE özel parametresi tanımlandığında ay sıralamasının büyükten küçüğe doğru yapılması desteklendi.

İstek No 46055

Tarih	Program
06.05.2013	Temelset.Mrp.Malzeme Gereksinim Planlama
Koşul	Dengeleme işlemini otomatik yapan MRP uygulamasında ileri teslim tarihli belgelerle de eşleştirme yapma opsiyonu eklenmesi.
Ek Açık.	Dengeleme işlemini otomatik yapan MRP uygulamasında ileri teslim tarihli belgelerle de eşleştirme yapma opsiyonu eklenmesi.
Problem	Dengeleme işlemini otomatik yapan MRP uygulamasında ileri teslim tarihli belgelerle de eşleştirme yapma opsiyonu eklenmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.06.2013	0	Tamam	Evet	Hayır
Dosya	7.0 setinde desteklendi.
Onaylı Sürüm	7.0
Açıklama	Malzeme Gereksinim Planlama Ön Sorgu ekranına “İleri Tarihli Belgelerle de Eşleştirme Yapılsın “ seçeneği eklendi. Bu seçenek işaretlenerek mrp raporu çalıştırıldığında dengeleme ekranlarında ileri tarihli belgeler kapatılmayacak eşleştirme yapılarak tarihleri geri çekilecektir. İlgili uygulama için MRP\SIPARISBAZINDAREZERVASYON özel parametresinin de tanımlanması gerekmektedir.

İstek No 46137

Tarih	Program
14.05.2013	Personel.Netsis Personel.Personel Puantaj Bilgileri
Koşul	Çocuk yardımı için 0-6 yaş arası ve 6 yaş üzeri çocuk sayılırının eş ve çocuk bilgileri baz alınarak ve aylık yaş atlamalar kontrol edilerek puantajlarda otomatik oluşturulması.
Ek Açık.	Çocuk yardımı için 0-6 yaş arası ve 6 yaş üzeri çocuk sayılırının eş ve çocuk bilgileri baz alınarak ve aylık yaş atlamalar kontrol edilerek puantajlarda otomatik oluşturulması.
Problem	Çocuk yardımı için 0-6 yaş arası ve 6 yaş üzeri çocuk sayılırının eş ve çocuk bilgileri baz alınarak ve aylık yaş atlamalar kontrol edilerek puantajlarda otomatik oluşturulması.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.05.2013	2	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2942)
Modül	Bordro
Açıklama	Eş/Çocuk Bilgileri ekranında girilen öğrenim durumlarına göre çocuk sayılarının, “Yeni Aya Devir” işlemi ile Personel Sabit Bilgileri\Personel Ek Bilgileri-1 ekranındaki “Çocuklar”, “SGK dan Muaf”, “GV den Muaf” alanlarına otomatik atanması desteklendi. Bu uygulamada Eş/Çocuk Bilgileri ekranındaki Tahsili ve çocukların Doğum Tarihine bakılarak hesaplama yapılmaktadır. İlgili uygulama da çocuk sayılarının güncellenmesi için PERSONEL\COCUKSAYGUNCELLE özel parametresi tanımlanmalı DEGER alanına çocuk yardımı yapılacak max çocuk sayısı yazılmalıdır. Çocuk yardımında SGK Muaf ve GV Muaf olan max çocuk sayısının kontrolu ve güncellemesinin yapılabilmesi için, PERSONEL\SGKMUAFCOCUKSAYGUNCELLE ve PERSONEL\GVMUAFCOCUKSAYGUNCELLE özel parametreleri tanımlanmalı muaf edilecek max çocuk sayısı parametrelerin DEGER alanında belirtilmelidir. Yaş ve öğrenim durumu; 0- 6 (dahil) yaş ise “Okul Öncesi” çocuk sayısına, 6-18 (hariç) ise veya 18’den büyük 20’den küçük ortaöğrenimine devam ediyorsa veya 18’den büyük 25’den küçük yüksek öğrenimine devam ediyorsa “İlkokul” çocuk sayısına yazılır

İstek No 46138

Tarih	Program
14.05.2013	Personel.Netsis Personel.Personel Puantaj Bilgileri
Koşul	Tek kazanç yardım brütleştirmede özel bir parametre ile tutar olarak girilen değerin tekrar brütleştirilmesinin önlenmesi.
Ek Açık.	Tek kazanç yardım brütleştirmede özel bir parametre ile tutar olarak girilen değerin tekrar brütleştirilmesinin önlenmesi.
Problem	Tek kazanç yardım brütleştirmede özel bir parametre ile tutar olarak girilen değerin tekrar brütleştirilmesinin önlenmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.05.2013	2	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2944)
Modül	Bordro
Açıklama	PERSONEL\SADECENETLERIBRUTLESTIR özel parametresi tanımlandığında Brutten anlaşmalı personellerde “ Tek Kazanç Yardım Brutleştirme “ işleminin yapılmaması desteklendi.

İstek No 46169

Tarih	Program
16.05.2013	Personel._GENEL._GENEL
Koşul	İŞTEN ÇIKIŞ BİLDİRGESİNDEN ALINAN BASIMDA C-SİGORTALININ HİZMET BİLGİLERİ SAHASINDA SİCİLE AİT YIL VE AY SIRALAMASI BÜYÜKTEN KÜÇÜĞE DOĞRU OLMAKTADIR. SGK WEB SAYFASINDAN ALINAN BASIMDA YIL VE AY SIRALAMASI KÜÇÜKTEN BÜYÜĞE DOĞRUDUR. SGK DA OLDUĞU GİBİ DÜZELTİLMESİNİ RİCA EDERİZ.
Ek Açık.	3 yıldan beri çözüm beklemekteyim hala sorun çözülmedi netisten beklenen bu kadar olur.siz yatmaya devam edin.
Problem	İŞTEN ÇIKIŞ BİLDİRGESİNDEN ALINAN BASIMDA C-SİGORTALININ HİZMET BİLGİLERİ SAHASINDA SİCİLE AİT YIL VE AY SIRALAMASI BÜYÜKTEN KÜÇÜĞE DOĞRU OLMAKTADIR. SGK WEB SAYFASINDAN ALINAN BASIMDA YIL VE AY SIRALAMASI KÜÇÜKTEN BÜYÜĞE DOĞRUDUR. SGK DA OLDUĞU GİBİ DÜZELTİLMESİNİ RİCA EDERİZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.05.2013	0	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2963)
Modül	Bordro
Açıklama	Ay sıralamasının küçükten büyüğe doğru yapılması desteklendi. PERSONEL\ISTENCIKISBUYUKTENKUCUGE özel parametresi tanımlandığında ay sıralamasının büyükten küçüğe doğru yapılması desteklendi.

İstek No 46170

Tarih	Program
16.05.2013	Personel._GENEL._GENEL
Koşul	İŞTEN ÇIKIŞ BİLDİRGESİNDEN ALINAN BASIMDA C-SİGORTALININ HİZMET BİLGİLERİ SAHASINDA SİCİLE AİT YIL VE AY SIRALAMASI BÜYÜKTEN KÜÇÜĞE DOĞRU OLMAKTADIR. SGK WEB SAYFASINDAN ALINAN BASIMDA YIL VE AY SIRALAMASI KÜÇÜKTEN BÜYÜĞE DOĞRUDUR. SGK DA OLDUĞU GİBİ DÜZELTİLMESİNİ RİCA EDERİZ.
Ek Açık.	3 yıldan beri çözüm beklemekteyim hala sorun çözülmedi netisten beklenen bu kadar olur.siz yatmaya devam edin.
Problem	İŞTEN ÇIKIŞ BİLDİRGESİNDEN ALINAN BASIMDA C-SİGORTALININ HİZMET BİLGİLERİ SAHASINDA SİCİLE AİT YIL VE AY SIRALAMASI BÜYÜKTEN KÜÇÜĞE DOĞRU OLMAKTADIR. SGK WEB SAYFASINDAN ALINAN BASIMDA YIL VE AY SIRALAMASI KÜÇÜKTEN BÜYÜĞE DOĞRUDUR. SGK DA OLDUĞU GİBİ DÜZELTİLMESİNİ RİCA EDERİZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.05.2013	0	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2963)
Modül	Bordro
Açıklama	Ay sıralamasının küçükten büyüğe doğru yapılması desteklendi. PERSONEL\ISTENCIKISBUYUKTENKUCUGE özel parametresi tanımlandığında ay sıralamasının büyükten küçüğe doğru yapılması desteklendi.

İstek No 46171

Tarih	Program
16.05.2013	Personel._GENEL._GENEL
Koşul	İŞTEN ÇIKIŞ BİLDİRGESİNDEN ALINAN BASIMDA C-SİGORTALININ HİZMET BİLGİLERİ SAHASINDA SİCİLE AİT YIL VE AY SIRALAMASI BÜYÜKTEN KÜÇÜĞE DOĞRU OLMAKTADIR. SGK WEB SAYFASINDAN ALINAN BASIMDA YIL VE AY SIRALAMASI KÜÇÜKTEN BÜYÜĞE DOĞRUDUR. SGK DA OLDUĞU GİBİ DÜZELTİLMESİNİ RİCA EDERİZ.
Ek Açık.	3 yıldan beri çözüm beklemekteyim hala sorun çözülmedi netisten beklenen bu kadar olur.siz yatmaya devam edin.
Problem	İŞTEN ÇIKIŞ BİLDİRGESİNDEN ALINAN BASIMDA C-SİGORTALININ HİZMET BİLGİLERİ SAHASINDA SİCİLE AİT YIL VE AY SIRALAMASI BÜYÜKTEN KÜÇÜĞE DOĞRU OLMAKTADIR. SGK WEB SAYFASINDAN ALINAN BASIMDA YIL VE AY SIRALAMASI KÜÇÜKTEN BÜYÜĞE DOĞRUDUR. SGK DA OLDUĞU GİBİ DÜZELTİLMESİNİ RİCA EDERİZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.05.2013	0	Tamam	Evet	Hayır
Dosya	Personel.dll (5.0.12.2963)
Modül	Bordro
Açıklama	Ay sıralamasının küçükten büyüğe doğru yapılması desteklendi. PERSONEL\ISTENCIKISBUYUKTENKUCUGE özel parametresi tanımlandığında ay sıralamasının büyükten küçüğe doğru yapılması desteklendi.

İstek No 46193

Tarih	Program
20.05.2013	Temelset.Kasa İşlemleri.Hızlı Tahsilat Kayıtları
Koşul	hızlı tahsilat kayıtları belge no rehberi açılrken dönen sorguda "ACIKLAMA LIKE ‘TAHS_LAT%’ " geçiyor. ancak eski belgelerde ‘ TAHS_LAT%’ yani başında boşluk karaketeri olduğundan rehbere belgeler eksik geliyor.
Problem	hızlı tahsilat kayıtları belge no rehberi açılrken dönen sorguda "ACIKLAMA LIKE ‘TAHS_LAT%’ " geçiyor. ancak eski belgelerde ‘ TAHS_LAT%’ yani başında boşluk karaketeri olduğundan rehbere belgeler eksik geliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.05.2013	1	Yanıtlandı	Evet	Hayır
Açıklama	KASA/HIZLIKASAACIK özel parametresi tanımlanmalıdır.

İstek No 46273

Tarih	Program
30.05.2013	Temelset.POS.Ürün Gönderme (Sharp)
Koşul	1 BILGISAYARA 2 ADET YAZARKASA BAGLI
Ek Açık.	URUN GONDERME YAPILDIGINDA PROGRAM KASA NUMARASI SORUP TXT DOSYA OLUSTURUP DAHA SONRA SHR-COM.EXE YE PARAMETRE GONDEREREK ISLEM YAPIYOR. FAKAR KASA KODU 2 YAPILDIGINDA SHR-COM.EXE 2 000001 SEKLINDE PARAMETRE OLUSTURDUGUNDAN DOLAYI YAZARKASAYA BILGIGITMIYOR. KOMUTU DOS ORTAMINDAN MAUEL CALISTIRARAK SHR-COM.EXE 2 000002 ILE BASLAYAN YAPIDA OLUSTURDUGUMUZDA BILGI GIDIYOR. BU DURUM SHARP ILE ILGILI BUTUN ALANLARDA ACIL OLARAK DUZELTILMESI RICA OLUNUR. ARABIRIM.DOC ADLI CALL CENTER FATIH BEY’IN GONDERMIS OLDUGU DOKUMANDA KOMUT PARAMETRELERINE ORNEK MEVCUTTUR.
Problem	URUN GONDERME YAPILDIGINDA PROGRAM KASA NUMARASI SORUP TXT DOSYA OLUSTURUP DAHA SONRA SHR-COM.EXE YE PARAMETRE GONDEREREK ISLEM YAPIYOR. FAKAR KASA KODU 2 YAPILDIGINDA SHR-COM.EXE 2 000001 SEKLINDE PARAMETRE OLUSTURDUGUNDAN DOLAYI YAZARKASAYA BILGIGITMIYOR. KOMUTU DOS ORTAMINDAN MAUEL CALISTIRARAK SHR-COM.EXE 2 000002 ILE BASLAYAN YAPIDA OLUSTURDUGUMUZDA BILGI GIDIYOR. BU DURUM SHARP ILE ILGILI BUTUN ALANLARDA ACIL OLARAK DUZELTILMESI RICA OLUNUR. ARABIRIM.DOC ADLI CALL CENTER FATIH BEY’IN GONDERMIS OLDUGU DOKUMANDA KOMUT PARAMETRELERINE ORNEK MEVCUTTUR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.05.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	POS\SHARPKASAKOD özel parametresi tanımlanmalıdır

İstek No 46419

Tarih	Program
14.06.2013	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	Seri uygulaması kullanılıyor
Problem	Serbest üretim sonu kaydından sonra, kalemlerde miktar değişikliği yapılmak isteniyor, eğer depoda stok yoksa seri tanımlama ekranından çıkılamıyor, miktar uyumsuzluğu diyor. task managerdan programı sonlandırmak gerekiyor. Acil çözüm bekliyoruz, teşekkürler.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.07.2013	1	Tamam	Evet	Hayır
Dosya	Uretim.dll (7.0.2.1719)
Modül	Üretim
Açıklama	FATURA\MIKTARSIZSERI özel parametresi varken seri ekranı açıldığında herhangi bir seri girilmediğinde seri ekranının kapatılması desteklendi.

İstek No 46420

Tarih	Program
14.06.2013	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	Seri uygulaması kullanılıyor.
Problem	Serbest üretim sonu kaydı ekranı, üretim yapılan depoda serili stok yoksa kapatılamıyor. seri bilgisi giriniz diyor fakat çıkılamıyorki depo transferlerini tamamlayalım! Netsisi sonlandırmak gerekiyor. yardımınızı rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.07.2013	1	Tamam	Evet	Hayır
Dosya	Uretim.dll (7.0.2.1718)
Modül	Üretim
Açıklama	STOK\SERI_MIKTAR_KONTROL_ETME özel parametresi tanımlandığında, Serbest Üretim Sonu Kaydı ekranında seri girilmemiş kalem varsa ekrandan çıkılabilmesi desteklendi.

İstek No 46501

Tarih	Program
25.06.2013	Temelset.Müstahsil Faturası.Müstahsil Makbuzu Girişi
Koşul	Müstahsil parametrelerinde borsa tanımlı ise müstahsil makbuzu girildiğinde kalem satırlarından sonra f5 basıldığında genel toplam kısmında bağkur kısmında elle müdahale edilemiyor.eskiden edilebiliniyordu.
Ek Açık.	Müstahsil parametrelerinde borsa tanımlı ise müstahsil makbuzu girildiğinde kalem satırlarından sonra f5 basıldığında genel toplam kısmında bağkur kısmında elle müdahale edilemiyor.eskiden edilebiliniyordu.
Problem	Müstahsil parametrelerinde borsa tanımlı ise müstahsil makbuzu girildiğinde kalem satırlarından sonra f5 basıldığında genel toplam kısmında bağkur kısmında elle müdahale edilemiyor.eskiden edilebiliniyordu.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
19.07.2013	2	Yanıtlandı	Evet	Hayır
Açıklama	MUSTAHSIL\BAGKUR özel parametresi tanımlanmalıdır.

İstek No 46503

Tarih	Program
25.06.2013	Temelset.Müstahsil Faturası.Müstahsil Makbuzu Girişi
Koşul	müstahsil parametrelerinde eğer borsa tanımlı ise genel toplam sayfasındaki bağkur primi kapalı geliyor.
Problem	müstahsil parametrelerinde eğer borsa tanımlı ise genel toplam sayfasındaki bağkur primi kapalı geliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.07.2013	1	Tamam	Evet	Hayır
Dosya	Mustf.dll (7.0.2.187)
Modül	Mustahsil Faturası
Açıklama	MUSTAHSIL\BAGKUR özel parametresi tanımlanmalıdır.

İstek No 46711

Tarih	Program
17.07.2013	Temelset.Fatura.Müşteri Siparişleri
Koşul	Müşteri siparişinde stok kartında görülen fiyatatan farklı bir fiyat giriliyor
Ek Açık.	sipariş kaydedildikten sonra tekrar çağrılıp plasiyer kodu veya özel kod değiştiriliyor.
Problem	sipariş kaydedildikten sonra tekrar çağrılıp plasiyer kodu veya özel kod değiştirildiğinde stok kartında görünen fiyat otomatik olarak geliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.08.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\USTGUNCELLE özel parametresi kullanılmalıdır.

İstek No 46757

Tarih	Program
23.07.2013	Temelset. ._GENEL
Koşul	Dış Ticaret uygulaması kullanılıyor yurtdışına %100 iskonto yapılarak bedelsiz numune ürün gönderilebiliyor .%100 iskonto yapıldığında ihracatın toplam tutarı 0 oluyor ve sistem ihracat kapatma yapılmasına izin vermiyor
Ek Açık.	bedelsiz ihracatlar için 0 bedelli kapama yapılabilmek isteniyor
Problem	muhasebede fiş oluşmalı 600 hesapta tutar oluşmalı 611 hesap ile bu hesap 0 lanmalı (satış iskontoları muhasebeleşsin parametresi işaretli )

Tarih	Ktgr	Drm	Kpnd	DBUpdt
20.11.2013	1	Yanıtlandı	Evet	Hayır
Açıklama	IHRACAT/BEDELSIZ özel parametresi tanımlanmalıdır.

İstek No 46772

Tarih	Program
24.07.2013	Temelset.Üretim.Üretim Sonu Kaydı
Koşul	Üretim Sonu kaydı sırasında "fiş üret" butonuna basıldıktan sonra açılan "üretim sonu raporu" ekranındaki "kayıtlara geçilsin" checkbox’unun otomatik olarak seçili gelmesini sağlayacak bir parametre talep ediliyor.
Ek Açık.	Üretim Sonu kaydı sırasında "fiş üret" butonuna basıldıktan sonra açılan "üretim sonu raporu" ekranındaki "kayıtlara geçilsin" checkbox’unun otomatik olarak seçili gelmesini sağlayacak bir parametre talep ediliyor.
Problem	Üretim Sonu kaydı sırasında "fiş üret" butonuna basıldıktan sonra açılan "üretim sonu raporu" ekranındaki "kayıtlara geçilsin" checkbox’unun otomatik olarak seçili gelmesini sağlayacak bir parametre talep ediliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.09.2013	2	Tamam	Evet	Hayır
Dosya	Uretim.dll (7.0.2.1774)
Modül	Üretim
Açıklama	URETIM\KAYITLARAGECILSIN özel parametresi tanımlanmalıdır.

İstek No 46902

Tarih	Program
14.08.2013	Temelset.Fatura._GENEL
Koşul	BASILMISEVRAKKILITLE özel parametresi tanımlı,BASILMISEVRAKIZIN Parametresinde tanımlı olan kullanıcılara BASIM yetkisinin verilmesini talep etmekteyiz, çünkü fatura basıldıktan sonra KARGO etiketi ya da çeki listesi vb. basılmaktadır.
Ek Açık.	BASILMISEVRAKKILITLE özel parametresi tanımlı,BASILMISEVRAKIZIN Parametresinde tanımlı olan kullanıcılara BASIM yetkisinin verilmesini talep etmekteyiz, çünkü fatura basıldıktan sonra KARGO etiketi ya da çeki listesi vb. basılmaktadır.
Problem	BASILMISEVRAKKILITLE özel parametresi tanımlı,BASILMISEVRAKIZIN Parametresinde tanımlı olan kullanıcılara BASIM yetkisinin verilmesini talep etmekteyiz, çünkü fatura basıldıktan sonra KARGO etiketi ya da çeki listesi vb. basılmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.09.2013	2	Tamam	Evet	Hayır
Dosya	Fatura.dll (7.0.2.2987)
Modül	Fatura
Açıklama	FATURA\BASIlLMISEVRAKIZIN özel parametresi kullanıldığında, DEGER alanına yazılan kullanıcılara diğer haklarının yanısıra Basım Yap yetkisinin de verilmesi desteklendi.

İstek No 47088

Tarih	Program
11.09.2013	Temelset.Fatura.Satış Faturası
Koşul	İade tipli satış faturası kesiliyor. Entegrasyon kodlarında özel kod 1 ile satış hesapları değişim parametresi işaretli. Faturada özel kod1 girili. Entegrasyona alıştan iade muhasebe hesap koduna atacağına satış hesabı muhasebe koduna atmaktadır. Özel kod1 den kaynaklı bir sorun.
Problem	Ancak 50 setinde özel kod1 ile satış işlemi parametresi işaretli olsa bile yine alıştan iadeye atmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.11.2013	1	Tamam	Evet	Hayır
Açıklama	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN özel parametresi tanımlanmalıdır.

İstek No 47146

Tarih	Program
18.09.2013	Temelset.Fatura.Satış Faturası
Koşul	NDS tanımlamalarında fiyat 4 , tutar 2. Bir stoğa ait bir satış belgesi giriliyor ve fiyatı 12,1212. İlgili stoğun hareketine bu rakam tutardaki 2 ondalık kadar yuvarlanarak atılıyor. Stok hareketteki fiyat ile belge arasında fark oluşuyor.Düzeltilmesi istenmektedir.
Ek Açık.	NDS tanımlamalarında fiyat 4 , tutar 2. Bir stoğa ait bir satış belgesi giriliyor ve fiyatı 12,1212. İlgili stoğun hareketine bu rakam tutardaki 2 ondalık kadar yuvarlanarak atılıyor. Stok hareketteki fiyat ile belge arasında fark oluşuyor.Düzeltilmesi istenmektedir.
Problem	NDS tanımlamalarında fiyat 4 , tutar 2. Bir stoğa ait bir satış belgesi giriliyor ve fiyatı 12,1212. İlgili stoğun hareketine bu rakam tutardaki 2 ondalık kadar yuvarlanarak atılıyor. Stok hareketteki fiyat ile belge arasında fark oluşuyor.Düzeltilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.11.2013	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (7.0.2.3157)
Modül	Fatura
Açıklama	FATURA\YUVARLAMA özel parametresi tanımlanmalıdır

İstek No 47190

Tarih	Program
24.09.2013	Temelset.Müstahsil Faturası._GENEL
Koşul	Tarımsal Kesinti uygulaması genelge 2013/27 ile yapılan değişikliklerin netsis e uyarlanması gerekir. En aazından bağkur priminin hesaplangı alanaelle mudahele edilmesi gerkmektedir. Elle mudahelede elle girilecek tutarın brut tutar uzerinden %1 ni gecmecek sekilde ayrlanması gerekmektedir.
Ek Açık.	Tarımsal Kesinti uygulaması genelge 2013/27 ile yapılan değişikliklerin netsis e uyarlanması gerekir. En aazından bağkur priminin hesaplangı alanaelle mudahele edilmesi gerkmektedir. Elle mudahelede elle girilecek tutarın brut tutar uzerinden %1 ni gecmecek sekilde ayrlanması gerekmektedir.
Problem	Tarımsal Kesinti uygulaması genelge 2013/27 ile yapılan değişikliklerin netsis e uyarlanması gerekir. En aazından bağkur priminin hesaplangı alanaelle mudahele edilmesi gerkmektedir. Elle mudahelede elle girilecek tutarın brut tutar uzerinden %1 ni gecmecek sekilde ayrlanması gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.10.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	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. Ayrıca MUSTAHSIL\BAGKUR özel parametresi tanımlanmalıdır.

İstek No 47235

Tarih	Program
26.09.2013	Temelset.Muhasebe.B Formu Basımı
Koşul	İhraç kayıtlı alım faturaları BA formuna getirilmiyor. Muhasebe.dll 5.0.12.828
Ek Açık.	İhraç kayıtlı alım faturaları BA formuna getirilmiyor. Muhasebe.dll 5.0.12.828
Problem	İhraç kayıtlı alım faturaları BA formuna getirilmiyor. Muhasebe.dll 5.0.12.828

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.11.2013	1	Yanıtlandı	Evet	Hayır
Açıklama	MUHASEBE\IHRACATFATURA özel parametresi tanımlanmalıdır.

İstek No 47367

Tarih	Program
22.10.2013	Temelset.Stok.Seri Takibi Kayıtları
Koşul	Stok Kartındaki Seri Takibi sekmesinde Girişte Seri Sorulsun işaretli değil. Satıştan İade işleminde seri takibi yapılması istenmektedir. Seri Takibi ekranına satıştan iadede seri sorulsun parametresi eklenmesi istenmektedir.
Ek Açık.	Stok Kartındaki Seri Takibi sekmesinde Girişte Seri Sorulsun işaretli değil. Satıştan İade işleminde seri takibi yapılması istenmektedir. Seri Takibi ekranına satıştan iadede seri sorulsun parametresi eklenmesi istenmektedir.
Problem	Stok Kartındaki Seri Takibi sekmesinde Girişte Seri Sorulsun işaretli değil. Satıştan İade işleminde seri takibi yapılması istenmektedir. Seri Takibi ekranına satıştan iadede seri sorulsun parametresi eklenmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.11.2013	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (7.0.2.3157)
Modül	Fatura
Açıklama	FATURA\IADESERI özel parametresi tanımlanmalıdır

İstek No 47395

Tarih	Program
24.10.2013	Temelset.Kasa İşlemleri.Kasa Kayıtları
Koşul	Dövizli olmayan bir cari ile dövizli olmayan bir kasada işlem yapılıyor
Ek Açık.	Eskiden 5.010 verisyonunda bu durumda döviz eklranı geliyor ve dövizli kayıt girilebiliyordu.
Problem	Parametrik olarak dövizli olmayan cari ve kasada döviz tutarının gelmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.11.2013	1	Tamam	Evet	Hayır
Dosya	Kasa.dll (7.0.2.267)
Modül	Kasa
Açıklama	KASA/TLCARIDOVIZGIR özel parametresi tanımlanmalıdır.

İstek No 47533

Tarih	Program
11.11.2013	Temelset.Fatura.Satış Faturası
Koşul	fatura mal fazlası da girilerek kaydediliyor. faturaya tekrar girilip koşul bilgisi ekleniyor. koşullar güncellensin mi uyarısına evet deniliyor. bu durumda mal fazlası sıfırlanıyor.fatura-ustguncelle par. ile denendi.
Problem	fatura mal fazlası da girilerek kaydediliyor. faturaya tekrar girilip koşul bilgisi ekleniyor. koşullar güncellensin mi uyarısına evet deniliyor. bu durumda mal fazlası sıfırlanıyor.fatura-ustguncelle par. ile denendi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
10.12.2013	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (7.0.2.3359)
Modül	Fatura
Açıklama	KOSUL/MALFISKGUNCELLEME özel parametresi tanımlandığında mal fazlası iskontosunun sıfırlanmaması desteklendi.

İstek No 47535

Tarih	Program
11.11.2013	Temelset.Stok.Seri Takibi Kayıtları
Koşul	İş akış uygulması aktifken,stok hareketlerini etkileyen tüm işlemlerde(alış/satış irs.-alış/satış fat.-d.a.t vs..)serili çalışan stoklar için seritra tablosunda onaytipi ve onaynum değerleri yanlış oluşmaktadır.(default olarak A,0 oluşuyor)Yani sthar tablosundaki onaytipi ve onaynum değerleriyle bağlantılı çalışmamaktadır.
Ek Açık.	İş akış uygulması aktifken,stok hareketlerini etkileyen tüm işlemlerde(alış/satış irs.-alış/satış fat.-d.a.t vs..)serili çalışan stoklar için seritra tablosunda onaytipi ve onaynum değerleri yanlış oluşmaktadır.(default olarak A,0 oluşuyor)Yani sthar tablosundaki onaytipi ve onaynum değerleriyle bağlantılı çalışmamaktadır.
Problem	İş akış uygulması aktifken,stok hareketlerini etkileyen tüm işlemlerde(alış/satış irs.-alış/satış fat.-d.a.t vs..)serili çalışan stoklar için seritra tablosunda onaytipi ve onaynum değerleri yanlış oluşmaktadır.(default olarak A,0 oluşuyor)Yani sthar tablosundaki onaytipi ve onaynum değerleriyle bağlantılı çalışmamaktadır.

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

İstek No 47595

Tarih	Program
18.11.2013	Temelset.Maliyet Muhasebesi._GENEL
Koşul	Yan ürünler aynı ana mamul gruptaki mamullerden girişi yapılabiliyor. yan ürünün ana mamul grubundan farklı bir ana mamul gruba bağlı üründen yan ürün üretilemiyor.Aynı yan ürünün klendisinden farklı ana mamul gruba bağlı ürünlerden üretilebilmesi isteniyor.
Ek Açık.	Yan ürünler aynı ana mamul gruptaki mamullerden girişi yapılabiliyor. yan ürünün ana mamul grubundan farklı bir ana mamul gruba bağlı üründen yan ürün üretilemiyor.Aynı yan ürünün klendisinden farklı ana mamul gruba bağlı ürünlerden üretilebilmesi isteniyor.
Problem	Yan ürünler aynı ana mamul gruptaki mamullerden girişi yapılabiliyor. yan ürünün ana mamul grubundan farklı bir ana mamul gruba bağlı üründen yan ürün üretilemiyor.Aynı yan ürünün klendisinden farklı ana mamul gruba bağlı ürünlerden üretilebilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.02.2014	0	Tamam	Evet	Hayır
Dosya	MaliyetM.dll (7.0.2.144)
Modül	Maliyet Muhasebesi
Açıklama	Yan ürünün aynı olduğu farklı ana mamül grubuna bağlı mamüllerin, maliyet hesaplama sürecine dahil edilebilmesi sağlandı. Özel parametre olarak ‘MALIYET’,’YANURUN_ORTAK’ kullanımı ile aktif hale gelmektedir.

İstek No 47608

Tarih	Program
20.11.2013	Personel.Netsis Personel.Eş/Çocuk Bilgileri
Koşul	FİRMAMIZDA AY İÇERSİNDE SÜREKLİ PERSONEL GİRİŞ VE ÇIKIŞI YAPILMAKTADIR(MEVSİMLİK)
Ek Açık.	AGICOCUKSAYISIGUNCELLE PARAMETREMİZ MEVCUT.
Problem	ANCAK PERSONELE AY İÇİNDE GİRİŞ YAPTIĞIMIZDA BU PARAMETRE İŞLEV GÖRMEMEKTEDİR. BİZİM İSTEDİĞİMİZ EŞ ÇOCUK BİLGİLERİ KISMINDA ÇOCUK BİLGİLERİNİ GİRDİĞİMİZDE BU KAYITLARIN PERSONEL SABİT BİLGİLERİNDE DE ASG. GEÇ İND. ÇOCUK SAYISI KISMINA (AYNI ŞEKİLDE EŞ BİLGİSİNİNDE) ATMASI.BİZ BUNLARI HER KAYIT GİRİŞİMİZDE ELLE ATIYORUZ. BU BİZİM İÇİN ZAMAN KAYBINA SEBEP OLMAKTADIR. ACİLEN YARDIMLARINIZI BEKLEMEKTEYİZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
29.01.2014	2	Tamam	Evet	Hayır
Dosya	Personel.dll (7.0.2.2867)
Modül	Bordro
Açıklama	PERSONEL\AGICOCUKSAYISINIKARTAGUNCELLE özel parametresi tanımlandığında Eş Çocuk Bilgileri ekranından çocuk sayısı girilince ve “Asgari Geçim İndirimine Dahil” seçeneği işaretlenince Personel Sabit Kartında Agi Çocuk Sayısı alanı güncellenmektedir.

İstek No 47621

Tarih	Program
21.11.2013	Temelset.Fatura._GENEL
Koşul	e fatura dövizli yüksleyeme
Ek Açık.	FİRMAMIZ TAMAMEN DÖVİZ OLARAK ÇALIŞAN FİRMA MUHASEBE VE FATURALARDA TL YOKTUR E FATURAYIDA BU ŞEKİLDE YÜKLEMEMİZ LAZIM DÖVİZLİ OLARAK ZARF OLUŞTURAMADIĞIMIZDAN DOLAYI E FATURA YÜKLEYEMİYORUZ.
Problem	FİRMAMIZ TAMAMEN DÖVİZ OLARAK ÇALIŞAN FİRMA MUHASEBE VE FATURALARDA TL YOKTUR E FATURAYIDA BU ŞEKİLDE YÜKLEMEMİZ LAZIM DÖVİZLİ OLARAK ZARF OLUŞTURAMADIĞIMIZDAN DOLAYI E FATURA YÜKLEYEMİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.12.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	Fatura dosyası güncellenmeli ve FATURA\ SERBEST_BOLGE_EFATURA_DOVTIP özel parametresi tanımlanmalıdır DEGER alanına ilgili veritabanı adı girilmelidir

İstek No 47630

Tarih	Program
21.11.2013	Temelset.Fatura._GENEL
Koşul	serbers bölge e-fatura
Ek Açık.	Firma serbest bölgede tl fatura kesmiyor dövizli şu anda netsis zarfı tl olarak oluşturuyor e fatura yollayamıyoruz.Dizayn ilede desteklemiyor ilgili düzenlemenin yapılması. Konu acil
Problem	Firma serbest bölgede tl fatura kesmiyor dövizli şu anda netsis zarfı tl olarak oluşturuyor e fatura yollayamıyoruz.Dizayn ilede desteklemiyor ilgili düzenlemeninyapılması. Konu acil

Tarih	Ktgr	Drm	Kpnd	DBUpdt
09.12.2013	0	Yanıtlandı	Evet	Hayır
Açıklama	Fatura dosyası güncellenmeli ve FATURA\ SERBEST_BOLGE_EFATURA_DOVTIP özel parametresi tanımlanmalıdır DEGER alanına ilgili veritabanı adı girilmelidir

İstek No 47631

Tarih	Program
21.11.2013	Temelset.Mrp.Mamul Gereksiniminden İş Emri Oluşturma
Koşul	iş emri dengeleme ekranı kullanılıyor.MRP çalıştırıldığı zaman iş emirlerini oluştururken verilecek kısıtlarda Aynı hafta içinde olan ihtiyaçları birleştirmesini istiyoruz. Fakat bu birleştirme yapılırken daha önce oluşmuş iş emirlerinde teyit verilenler var ise(HEPSİNE DE BİR KISMINDA VERİLMİŞ OLABİLİR) bunları birleştirme içine almadan eski işemri ile devam etmesini sadece aynı hafta içinde üretim sonu kaydı girişi olmayanları birleştirmesini istiyoruz.
Ek Açık.	iş emri dengeleme ekranı kullanılıyor.
Problem	iş emri dengeleme ekranı kullanılıyor.MRP çalıştırıldığı zaman iş emirlerini oluştururken verilecek kısıtlarda Aynı hafta içinde olan ihtiyaçları birleştirmesini istiyoruz. Fakat bu birleştirme yapılırken daha önce oluşmuş iş emirlerinde teyit verilenler var ise(HEPSİNE DE BİR KISMINDA VERİLMİŞ OLABİLİR) bunları birleştirme içine almadan eski işemri ile devam etmesini sadece aynı hafta içinde üretim sonu kaydı girişi olmayanları birleştirmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
31.01.2014	2	Tamam	Evet	Evet
Dosya	Dbupdate 7.0.2 dosyaları,Mrp.dll (7.0.2.1182), Uretim.dll (7.0.2.1887), Urettrk.dll
Açıklama	Üretim parametrelerine İş Emri Miktar Güncelleme Politikası seçeneği eklendi. Rezervasyon\UAK\UAS varsa miktar değiştirilemesin veya Rezervasyon\UAK\UAS varsa miktarının altına düşülemesin seçenekleri İş emri ve Mrp den oluşacak İş Emri için kullanılabilecektir. Üretim Parametrelerine “Rezervasyon\UAK\UAS varsa işemri teslim tarihi değişitirilemesin” seçeneği eklendi. Bu seçenek İş Emri ve Mrp den oluşacak İş Emri için kullanılabilecektir İş emri ile ilgili eklenen parametrelere göre uak kaydı olduğu zaman iş emrinin kapanmaması isteniyorsa MRP\ISEMRIUAKLIMIKTARKAPANMASIN özel parametresi tanımlanmalıdır

İstek No 47632

Tarih	Program
21.11.2013	Temelset.Mrp._GENEL
Koşul	MİNİMUM SİPARİŞ MİKTARI:1 , MRP SONUCUNDA ÇIKAN İHTİYAÇ:1 ADET OLAN BİR STOK İÇİN MÜŞTERİ SATICI STOK PLANLAMA KAYITLARINDA A TEDARİKCİSİ İÇİN %70, B TEDARİKCİSİ İÇİN %30 ŞEKLİNDE TANIMLAMA VAR.ÜRÜN ADET OLARAK ALINIYOR, MRP ÇALIŞTIRILIDIĞINDA 1 ADETLİK BU İHTİYAÇ 0,7 ADET A TEDARİKCİSİ, 0,3 ADET B TEDARİKCİSİ ŞEKLİNDE İHTİYAÇ ÇIKIYOR.BURADA ZATEN 1 ADET OLAN BİR STOK BU ŞEKİLDE BÖLÜNMEMELİDİR,TAM SAYI OLARAK İHTİYAÇ ÇIKMALIDIR, BU KONUDA NE YAPILABİLİR?
Ek Açık.	MİNİMUM SİPARİŞ MİKTARI:1 , MRP SONUCUNDA ÇIKAN İHTİYAÇ:1 ADET OLAN BİR STOK İÇİN MÜŞTERİ SATICI STOK PLANLAMA KAYITLARINDA A TEDARİKCİSİ İÇİN %70, B TEDARİKCİSİ İÇİN %30 ŞEKLİNDE TANIMLAMA VAR.ÜRÜN ADET OLARAK ALINIYOR, MRP ÇALIŞTIRILIDIĞINDA 1 ADETLİK BU İHTİYAÇ 0,7 ADET A TEDARİKCİSİ, 0,3 ADET B TEDARİKCİSİ ŞEKLİNDE İHTİYAÇ ÇIKIYOR.BURADA ZATEN 1 ADET OLAN BİR STOK BU ŞEKİLDE BÖLÜNMEMELİDİR,TAM SAYI OLARAK İHTİYAÇ ÇIKMALIDIR, BU KONUDA NE YAPILABİLİR?
Problem	MİNİMUM SİPARİŞ MİKTARI:1 , MRP SONUCUNDA ÇIKAN İHTİYAÇ:1 ADET OLAN BİR STOK İÇİN MÜŞTERİ SATICI STOK PLANLAMA KAYITLARINDA A TEDARİKCİSİ İÇİN %70, B TEDARİKCİSİ İÇİN %30 ŞEKLİNDE TANIMLAMA VAR.ÜRÜN ADET OLARAK ALINIYOR, MRP ÇALIŞTIRILIDIĞINDA 1 ADETLİK BU İHTİYAÇ 0,7 ADET A TEDARİKCİSİ, 0,3 ADET B TEDARİKCİSİ ŞEKLİNDE İHTİYAÇ ÇIKIYOR.BURADA ZATEN 1 ADET OLAN BİR STOK BU ŞEKİLDE BÖLÜNMEMELİDİR,TAM SAYI OLARAK İHTİYAÇ ÇIKMALIDIR, BU KONUDA NE YAPILABİLİR?

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2014	2	Tamam	Evet	Evet
Dosya	Dbupdate 7.02 dosyaları, Cari.dll (7.0.2.736), Mrp.dll (7.0.2.1141),Stok.dll (7.0.2.490) Stktrk.dll , Urettrk.dll
Modül	MRP
Açıklama	İlgili uygulama için MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalıdır. Konu ile ilgili uygulama detayı için lütfen müşteri temsilcinizle görüşünüz.

İstek No 47717

Tarih	Program
04.12.2013	Temelset.Cari.Fatura Bazlı Vade Farkı
Koşul	YAŞLANDIRMA İŞLEMİ KAYIT TARİHİ SEÇİLİYOR
Problem	YAŞLANDIRMA İŞLEMİ KAYIT TARİHİ SEÇİLİP RAPOR ALINDIĞINDA GÜN HESAPLAMALARININ VADE TARİHİNE GÖRE DEĞİL KAYIT TARİHİNE GÖRE YAPILMASINA VE BU YÖNDE SONUÇ ÜRETİLMESİNE İHTİYAÇ DUYMAKTAYIZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.02.2014	0	Yanıtlandı	Evet	Hayır
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 47822

Tarih	Program
17.12.2013	Temelset.Mrp.Malzeme Gereksinim Planlama
Koşul	Ticari mallar için stoklardaki serbest malların müşteri siparişine rezerve edilmesi isteniyor.
Ek Açık.	Ticari mallar için stoklardaki serbest malların müşteri siparişine rezerve edilmesi isteniyor.
Problem	Ticari mallar için stoklardaki serbest malların müşteri siparişine rezerve edilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2014	0	Tamam	Evet	Evet
Dosya	Dbupdate 7.02 dosyaları, Cari.dll (7.0.2.736), Mrp.dll (7.0.2.1141),Stok.dll (7.0.2.490) Stktrk.dll , Urettrk.dll
Modül	Mrp
Açıklama	Depolar arası transfer ile mamul yada hammaddenin müşteri siparişi ile rezerve edilmesi desteklendi. İlgili uygulama için MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalı. Satış parametrelerinde Dat ve Ambar Giriş Çıkış Fişinde Sipariş No sorulsun mu ve Sipariş Bağlantılı D.A.T de teslimat ayrı takip edilsin seçenekleri işaretli olmalıdır.

İstek No 47882

Tarih	Program
20.12.2013	Temelset.Mrp.Malzeme Gereksiniminden Sipariş Oluşturma
Koşul	SIPARISBAZINDAREZERVASYON özel parametresi ile MRP çalıştırılıyor.
Ek Açık.	İş emri oluşturma sırasında iş emrine ait UAK miktarı varsa, iş emri dengeleme ekranında sabitleniyor. Satıcı siparişi için yoldaki miktar (exportmik) sahası doluysa, sipariş dengeleme ekranında satıcı siparişi sabitleniyor.
Problem	Bu özelliğin iş emri dengeleme ve satıcı siparişi dengeleme ekranlarında "ihtiyaç çıkarılmayan belgeler" ekranları için de desteklenmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2014	2	Tamam	Evet	Evet
Dosya	Dbupdate 7.02 dosyaları, Cari.dll (7.0.2.736), Mrp.dll (7.0.2.1141),Stok.dll (7.0.2.490) Stktrk.dll , Urettrk.dll
Modül	MRP
Açıklama	İlgili uygulama için MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalıdır.

İstek No 47883

Tarih	Program
20.12.2013	Temelset.Mrp.Malzeme Gereksiniminden Sipariş Oluşturma
Koşul	SIPARISBAZINDAREZERVASYON özel parametresi ile MRP çalıştırılıyor.
Ek Açık.	İş emri oluşturma sırasında iş emrine ait UAK miktarı varsa, iş emri dengeleme ekranında sabitleniyor. Satıcı siparişi için yoldaki miktar (exportmik) sahası doluysa, sipariş dengeleme ekranında satıcı siparişi sabitleniyor.
Problem	Bu özelliğin iş emri dengeleme ve satıcı siparişi dengeleme ekranlarında "ihtiyaç çıkarılmayan belgeler" ekranları için de desteklenmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2014	2	Tamam	Evet	Evet
Dosya	Dbupdate 7.02 dosyaları, Cari.dll (7.0.2.736), Mrp.dll (7.0.2.1141),Stok.dll (7.0.2.490) Stktrk.dll , Urettrk.dll
Modül	MRP
Açıklama	İlgili uygulama için MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalıdır.

İstek No 47888

Tarih	Program
20.12.2013	Temelset.Mrp.Malzeme Gereksinim Planlama
Koşul	Malzeme gereksinim planlama sırasında satıcılara ait dağıtım oranlarının dönemsel olarak değerlendirilmesi isteniyor. Aylık, 3 aylık, 6 aylık ve yıllık olacak şekilde dağıtım oranlarının değerlendirilmesi isteniyor.
Ek Açık.	Malzeme gereksinim planlama sırasında satıcılara ait dağıtım oranlarının dönemsel olarak değerlendirilmesi isteniyor. Aylık, 3 aylık, 6 aylık ve yıllık olacak şekilde dağıtım oranlarının değerlendirilmesi isteniyor.
Problem	Malzeme gereksinim planlama sırasında satıcılara ait dağıtım oranlarının dönemsel olarak değerlendirilmesi isteniyor. Aylık, 3 aylık, 6 aylık ve yıllık olacak şekilde dağıtım oranlarının değerlendirilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2014	0	Tamam	Evet	Evet
Dosya	Dbupdate 7.02 dosyaları, Cari.dll (7.0.2.736), Mrp.dll (7.0.2.1141),Stok.dll (7.0.2.490) Stktrk.dll , Urettrk.dll
Modül	Mrp
Açıklama	Stok planlama kayıtları\Planlama-2 ekranına “Dağıtım Oranlamada Değerleme” seçeneği eklendi. Aylık, Üç Aylık,Altı Aylık, Yıllık seçimine göre gereksinim planlamada geçmişe yönelik olarak Satıcı siparişlerine bakılması desteklendi. İlgili uygulama için MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalıdır.

İstek No 47956

Tarih	Program
27.12.2013	Temelset.Üretim.İş Emri Girişi
Koşul	İş emri girişi ekranında depo kodu ve seri no girişinin desteklenmesi gerekiyor. İş emrinde depo kodu ve seri no girildiğinde, bu blgilerin iş emrine bağlı yapılan serbest USK ve USK işlemleri sırasında otomatik getirilmesi isteniyor.
Ek Açık.	İş emri girişi ekranında depo kodu ve seri no girişinin desteklenmesi gerekiyor. İş emrinde depo kodu ve seri no girildiğinde, bu blgilerin iş emrine bağlı yapılan serbest USK ve USK işlemleri sırasında otomatik getirilmesi isteniyor.
Problem	İş emri girişi ekranında depo kodu ve seri no girişinin desteklenmesi gerekiyor. İş emrinde depo kodu ve seri no girildiğinde, bu blgilerin iş emrine bağlı yapılan serbest USK ve USK işlemleri sırasında otomatik getirilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
30.12.2013	0	Tamam	Evet	Evet
Dosya	Dbupdate 7.02 dosyaları, Uretim.dll (7.0.2.1891), Urettrk.dll
Modül	Üretim
Açıklama	İş Emri Girişi ekranına Depo Kodu ve Seri No alanları eklendi. İş Emrine bağlı Üretim Sonu Kaydı Ve Serbest Üretim Sonu Kaydı yapıldığında, İş Emrinde girilen depo kodu ve seri no değerlerinin otomatik gelmesi desteklendi. Ayrıca URETIM\ISEMRIRECSERISORULSUNMU özel parametresi tanımlandığında ve DEGER alanına 1 girildiğinde İş Emri\ İş Emrine Bağlı Reçete Kayıtları ekranında da serino sorulması desteklendi böylece bileşenlere ait de seri no girilebilmektedir.

İstek No 47992

Tarih	Program
02.01.2014	Temelset.Mrp.Malzeme Gereksinim Planlama
Koşul	Fason yaptırılan bileşenler için MRP’nin müşteri-satıcı stok kayıtlarında tanımlı cariye ilişkin iş emri açması isteniyor. İş emrini açarken aynı zamanda dağıtım oranlarına ve dönemsel dağıtım oranı kurallarına da uymak gerekiyor.
Ek Açık.	Fason yaptırılan bileşenler için MRP’nin müşteri-satıcı stok kayıtlarında tanımlı cariye ilişkin iş emri açması isteniyor. İş emrini açarken aynı zamanda dağıtım oranlarına ve dönemsel dağıtım oranı kurallarına da uymak gerekiyor.
Problem	Fason yaptırılan bileşenler için MRP’nin müşteri-satıcı stok kayıtlarında tanımlı cariye ilişkin iş emri açması isteniyor. İş emrini açarken aynı zamanda dağıtım oranlarına ve dönemsel dağıtım oranı kurallarına da uymak gerekiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2014	0	Tamam	Evet	Evet
Dosya	Dbupdate 7.02 dosyaları, Cari.dll (7.0.2.736), Mrp.dll (7.0.2.1141),Stok.dll (7.0.2.490) Stktrk.dll , Urettrk.dll
Modül	MRP
Açıklama	Müşteri/Satıcı Stok Kayıtları ekranına “Fason Seçimi” alanı eklendi. Bu seçenekte yapılan seçime göre Fason bileşenler için İş Emri yada Satıcı siparişi oluşturulması desteklendi. . İlgili uygulama için MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalıdır. Fason işemrinde mrp de satıcı kodunun dolu gelmesi desteklendi.

İstek No 47993

Tarih	Program
02.01.2014	Temelset.Mrp.Malzeme Gereksinim Planlama
Koşul	MRP’de dağıtım oranlarına göre satıcı seçimi yapılırken aynı zamanda satıcılar için tanımlanan kapasitelerin de dikkate alınması gerekiyor. Eğer dağıtım oranına göre ortaya çıkan sonuç kapasiteyi aşıyorsa, kapasitesi yeten carilere dağıtım yapılmalı. eğer kapasitesi yeterli cari yok ise, cari kodu verilmeden boşa satıcı siparişi açılmalı..
Ek Açık.	MRP’de dağıtım oranlarına göre satıcı seçimi yapılırken aynı zamanda satıcılar için tanımlanan kapasitelerin de dikkate alınması gerekiyor. Eğer dağıtım oranına göre ortaya çıkan sonuç kapasiteyi aşıyorsa, kapasitesi yeten carilere dağıtım yapılmalı. eğer kapasitesi yeterli cari yok ise, cari kodu verilmeden boşa satıcı siparişi açılmalı..
Problem	MRP’de dağıtım oranlarına göre satıcı seçimi yapılırken aynı zamanda satıcılar için tanımlanan kapasitelerin de dikkate alınması gerekiyor. Eğer dağıtım oranına göre ortaya çıkan sonuç kapasiteyi aşıyorsa, kapasitesi yeten carilere dağıtım yapılmalı. eğer kapasitesi yeterli cari yok ise, cari kodu verilmeden boşa satıcı siparişi açılmalı..

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.01.2014	0	Tamam	Evet	Evet
Dosya	Dbupdate 7.02 dosyaları, Cari.dll (7.0.2.736), Mrp.dll (7.0.2.1141),Stok.dll (7.0.2.490) Stktrk.dll , Urettrk.dll
Modül	MRP
Açıklama	Mrp de MGP oluşturmada Satıcı Belirleme Yöntemi “Dağıtım Oranları” seçilse bile satıcıya göre oran yanında kapasitede belirlenebilmesi desteklendi. Müşteri\Satıcı Stok Kayıtları ekranına “Kapasite Periyod Tipi” ve” Kapasite” alanları eklendi. Örneğin bu alanda aylık seçilip kapasite 500 değeri girilirse ilgili satıcı için aylık 500 adet alınabileceği, kapasite sıfır seçilirse kapasite verilmediği yani sınırsız sayıda sipariş alınabileceği anlamına gelmektedir. İlgili uygulama için MRP\SIPARISBAZINDAREZERVASYON özel parametresi tanımlanmalıdır.

İstek No 48055

Tarih	Program
08.01.2014	Temelset.Üretim._GENEL
Koşul	Yürüyen bakiyeli stok raporunda depolar arası transfer ile yapılan mamul ve hammadde rezervasyonlarının da dikkate alınması isteniyor.
Ek Açık.	Yürüyen bakiyeli stok raporunda depolar arası transfer ile yapılan mamul ve hammadde rezervasyonlarının da dikkate alınması isteniyor.
Problem	Yürüyen bakiyeli stok raporunda depolar arası transfer ile yapılan mamul ve hammadde rezervasyonlarının da dikkate alınması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
08.01.2014	0	Tamam	Evet	Evet
Dosya	Dbupdate 7.0.2 dosyaları, Uretim.dll (7.0.2.1894)
Modül	Uretim
Açıklama	MRP\SIPARISBAZINDAREZERVASYON özel parametresi kullanılmalıdır.

İstek No 48148

Tarih	Program
15.01.2014	Temelset.Fatura.Satış Faturası
Koşul	Sipariş irsaliye fatura adımları kullanılıyor. Sipariş parametrelerinde kurlar faturada güncellensin işaretli ancak arada irsaliye olması nedeniyle bu parametre çalışamıyor.
Problem	İrsaliyeden faturalaşırkende kurların güncelenmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.02.2014	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (7.0.2.4196)
Modül	Fatura
Açıklama	FATURA\DOVFIYATGUNCELLEME özel parametresi tanımlanmalıdır. Koşul parametrelerinde “Sipariş fiyatları yeni geçerlilik tarihine göre güncellensin mi?” ve “İrsaliye faturalaştırmada koşullar güncellensin” seçenekleri işaretlenmelidir.

İstek No 48193

Tarih	Program
17.01.2014	Temelset.Maliyet Muhasebesi.Maliyet Hesaplatma
Koşul	Depo maliyeti uygulamasında birden fazla depo seçilebilsin.
Ek Açık.	Depo maliyeti uygulamasında birden fazla depo seçilebilsin.
Problem	Depo maliyeti uygulamasında birden fazla depo seçilebilsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
21.01.2014	0	Tamam	Evet	Hayır
Dosya	MaliyetM.dll (7.0.2.143)
Modül	Maliyet Muhasebesi
Açıklama	Stok durmalarından kaynaklanan maliyetin birden fazla depo üzerinde kontrol edilebilmesi sağlandı. Özel parametre kullanımı : "MALIYET"-"STOK_DURMA_DEPOKODLARI" Değer kısmına ilgili depo kodlarının "," ayracı ile girilmesi gerekmektedir.

İstek No 48278

Tarih	Program
24.01.2014	Temelset.Fatura.Satış İrsaliyesi
Koşul	Müşteri Siparişlerini İrsaliyeleştirmeye Çalıştığımızda ilgili Siparişi Çağırılıyor. İrsaliye Oluştur butonuna basıldğında İrsaliyenin Üst Bilgileri geliyor. Üst bilgilerde bu belgeden ESC tuşu ile çıkılmaya çalışıldığında herhangi bir uyarı (belge silinecektir) vermeden belgeden çıkılıyor ve satış irsaliyelerinde tekrar siparişleri çağırdığımda ilgili belge artık grid de gelmemekte "teslimatı yapıalcak sipariş bulunmamaktadır" uyarısı gelmektedir.. . Eğer bu belge irsaliyeleştir dediğimde üst bilgilerden kalem bilgilerine geçmiş olsaydık belgeden çıkılmaya çalışıldığında belge silinecektir uyarısı vererek belgeyi silecekti ve irsaliyeleşcek belgeler listesinde bu sipariş gelecekti.
Ek Açık.	Müşteri Siparişlerini İrsaliyeleştirmeye Çalıştığımızda ilgili Siparişi Çağırılıyor. İrsaliye Oluştur butonuna basıldğında İrsaliyenin Üst Bilgileri geliyor. Üst bilgilerde bu belgeden ESC tuşu ile çıkılmaya çalışıldığında herhangi bir uyarı (belge silinecektir) vermeden belgeden çıkılıyor ve satış irsaliyelerinde tekrar siparişleri çağırdığımda ilgili belge artık grid de gelmemekte "teslimatı yapıalcak sipariş bulunmamaktadır" uyarısı gelmektedir.. . Eğer bu belge irsaliyeleştir dediğimde üst bilgilerden kalem bilgilerine geçmiş olsaydık belgeden çıkılmaya çalışıldığında belge silinecektir uyarısı vererek belgeyi silecekti ve irsaliyeleşcek belgeler listesinde bu sipariş gelecekti.
Problem	Müşteri Siparişlerini İrsaliyeleştirmeye Çalıştığımızda ilgili Siparişi Çağırılıyor. İrsaliye Oluştur butonuna basıldğında İrsaliyenin Üst Bilgileri geliyor. Üst bilgilerde bu belgeden ESC tuşu ile çıkılmaya çalışıldığında herhangi bir uyarı (belge silinecektir) vermeden belgeden çıkılıyor ve satış irsaliyelerinde tekrar siparişleri çağırdığımda ilgili belge artık grid de gelmemekte "teslimatı yapıalcak sipariş bulunmamaktadır" uyarısı gelmektedir.. . Eğer bu belge irsaliyeleştir dediğimde üst bilgilerden kalem bilgilerine geçmiş olsaydık belgeden çıkılmaya çalışıldığında belge silinecektir uyarısı vererek belgeyi silecekti ve irsaliyeleşcek belgeler listesinde bu sipariş gelecekti.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.02.2014	1	Tamam	Evet	Hayır
Dosya	Fatura.dll (7.0.2.4041)
Modül	Fatura
Açıklama	FATURA\BELGESIL özel parametresi tanımlandığında siparişten fatura teslimatı yapıldığında üst bilgilerden çıkılırken uyarı mesajı vermesi desteklendi. Kalem bilgilerinden çıkılırken verilen uyarı mesajının üst bilgilerde de verilmesi desteklendi.

İstek No 48504

Tarih	Program
12.02.2014	Temelset.Üretim.Reçete Kaydı
Koşul	REÇETELERİMİZ %100 REÇETE TOPLAMI 1 ‘DEN FARKLI TANIMLANMAKTA, ÜRETİM PARAMETRELERİNDE REÇETE FORMÜL TOPLAMINA TAMAMLANACAK SEÇİLİ SEÇİLİ DEĞİL.
Problem	REÇETE KAYDINDAN ÇIKIŞ SIRASINDA FORMÜL TOPLAMINDAN FARKLIDIR TAMAMLANSIN MI SORU GELMEKTE HAYIR BUTONU ÖN DEĞER SEÇİLİ GELMESİNE RAĞMEN SEHVEN EVET BUTONU SEÇİLEBİLMEKTEDİR BU SORGUNUN GELMEMESİ VEYA PARAMETRİK OLMASINI ACİL OLARAK RİCA EDİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.02.2014	0	Tamam	Evet	Hayır
Dosya	Uretim.dll (7.0.2.1889)
Modül	Üretim
Açıklama	URETIM\FORMULTOPDUZELTME özel parametresi tanımlandığında sorgunun gelmemesi desteklendi.

İstek No 48666

Tarih	Program
26.02.2014	Temelset.Stok.Kod Değiştirme
Koşul	Stok kod değiştirmede tblstmgrup tablosunda mgrupları aynı olan stokları virman yapılmak istenildiğinde Üretim Akış Kısıtları SQL : EXEC NSP_STOKKODU_CHANGE’151-00-0010-0024′,’151-00-0010-0086′,’E’,’E’,’H’,’NETSIS’ SQL : EXEC NSP_STOKKODU_CHANGE’151-00-0010-0024′,’151-00-0010-0086′,’E’,’E’,’H’,’NETSIS’ Violation of PRIMARY KEY constraint ‘TBLSTMGRUP_PKEY’. Cannot insert duplicate key in object ‘dbo.TBLSTMGRUP’.(NetsisMS-23000,2627) The statement has been terminated.(NetsisMS-01000,3621) hatası alınmaktadır.
Ek Açık.	Stok kod değiştirmede tblstmgrup tablosunda mgrupları aynı olan stokları virman yapılmak istenildiğinde Üretim Akış Kısıtları SQL : EXEC NSP_STOKKODU_CHANGE’151-00-0010-0024′,’151-00-0010-0086′,’E’,’E’,’H’,’NETSIS’ SQL : EXEC NSP_STOKKODU_CHANGE’151-00-0010-0024′,’151-00-0010-0086′,’E’,’E’,’H’,’NETSIS’ Violation of PRIMARY KEY constraint ‘TBLSTMGRUP_PKEY’. Cannot insert duplicate key in object ‘dbo.TBLSTMGRUP’.(NetsisMS-23000,2627) The statement has been terminated.(NetsisMS-01000,3621) hatası alınmaktadır.
Problem	Stok kod değiştirmede tblstmgrup tablosunda mgrupları aynı olan stokları virman yapılmak istenildiğinde Üretim Akış Kısıtları SQL : EXEC NSP_STOKKODU_CHANGE’151-00-0010-0024′,’151-00-0010-0086′,’E’,’E’,’H’,’NETSIS’ SQL : EXEC NSP_STOKKODU_CHANGE’151-00-0010-0024′,’151-00-0010-0086′,’E’,’E’,’H’,’NETSIS’ Violation of PRIMARY KEY constraint ‘TBLSTMGRUP_PKEY’. Cannot insert duplicate key in object ‘dbo.TBLSTMGRUP’.(NetsisMS-23000,2627) The statement has been terminated.(NetsisMS-01000,3621) hatası alınmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
03.03.2014	0	Tamam	Evet	Hayır
Dosya	Dbupdate 7.0.2 dosyaları
Modül	Stok

İstek No 48680

Tarih	Program
27.02.2014	Temelset.Mrp._GENEL
Koşul	Sipariş bazında rezervasyon sisteminin MRP parametrelerine eklenmesi.
Ek Açık.	Sipariş bazında rezervasyon sisteminin MRP parametrelerine eklenmesi.
Problem	Sipariş bazında rezervasyon sisteminin MRP parametrelerine eklenmesi.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.02.2014	0	Tamam	Evet	Hayır
Dosya	Dbupdate 7.0.2 dosyaları,Uretim.dll (7.2.1898), Mrp.dll (7.0.2.1189), NetOpenx50.dll (7.0.2.1831), Cari.dll (7.0.2.777) , Stok.dll (7.0.2.537), Urettrk.dll
Modül	MRP
Açıklama	Mrp parametrelerine “Sipariş Bazında Rezervasyon Sistemi” parametresi eklendi bu seçenek MRP\SIPARISBAZINDAREZERVASYON özel parametresinin işlevini yapmaktadır.

İstek No 48684

Tarih	Program
27.02.2014	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	USK DA EKSİ BAKİYE VE İŞLEM DURDURULSUN İŞARETLİ. USK LAR UAK ÜZERİNDEN YAPILIYOR VE EŞZAMANLI EMİRLER BİRDEN FAZLA FİŞ İÇİN VERİLİYOR. ARADA BİR TANE FİŞTE EKSİ BAKİYE OLDUĞUNDA ONDAN SONRAKİ FİŞLERİ ÜRETMİYOR. EKSİ BAKİYEYE TAKILMAYAN FİŞLERİN HEPSİNİN ÜRETİLMESİNİN DESTEKLENMESİ İSTENMEKTEDİR.
Ek Açık.	USK DA EKSİ BAKİYE VE İŞLEM DURDURULSUN İŞARETLİ. USK LAR UAK ÜZERİNDEN YAPILIYOR VE EŞZAMANLI EMİRLER BİRDEN FAZLA FİŞ İÇİN VERİLİYOR. ARADA BİR TANE FİŞTE EKSİ BAKİYE OLDUĞUNDA ONDAN SONRAKİ FİŞLERİ ÜRETMİYOR. EKSİ BAKİYEYE TAKILMAYAN FİŞLERİN HEPSİNİN ÜRETİLMESİNİN DESTEKLENMESİ İSTENMEKTEDİR.
Problem	USK DA EKSİ BAKİYE VE İŞLEM DURDURULSUN İŞARETLİ. USK LAR UAK ÜZERİNDEN YAPILIYOR VE EŞZAMANLI EMİRLER BİRDEN FAZLA FİŞ İÇİN VERİLİYOR. ARADA BİR TANE FİŞTE EKSİ BAKİYE OLDUĞUNDA ONDAN SONRAKİ FİŞLERİ ÜRETMİYOR. EKSİ BAKİYEYE TAKILMAYAN FİŞLERİN HEPSİNİN ÜRETİLMESİNİN DESTEKLENMESİ İSTENMEKTEDİR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.03.2014	0	Tamam	Evet	Hayır
Dosya	UretAK.dll (7.0.2.119), Uretim.dll (7.0.2.1900)
Açıklama	UAK\USKEKSIBAKIYEATLA\1 özel parametresi tanımlanmalıdır.

İstek No 48686

Tarih	Program
27.02.2014	Temelset.Üretim._GENEL
Koşul	Yürüyen bakiyeli stok raporunda sipariş numarası veya sipariş satır bilgisi bulunmayan iş emirleri için yapılan bileşen rezervasyonlarının da raporlanması desteklenecektir.
Ek Açık.	Yürüyen bakiyeli stok raporunda sipariş numarası veya sipariş satır bilgisi bulunmayan iş emirleri için yapılan bileşen rezervasyonlarının da raporlanması desteklenecektir.
Problem	Yürüyen bakiyeli stok raporunda sipariş numarası veya sipariş satır bilgisi bulunmayan iş emirleri için yapılan bileşen rezervasyonlarının da raporlanması desteklenecektir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.02.2014	0	Tamam	Evet	Hayır
Dosya	Dbupdate 7.0.2 dosyaları, Uretim.dll (7.2.1898),
Modül	Üretim

İstek No 48713

Tarih	Program
03.03.2014	Temelset.Üretim.İş Emri Girişi
Koşul	İş emrine bağlı reçete kaydı kullanılıyor.
Ek Açık.	Daha önceden kaydedilmiş bir iş emri üzerinde stok kodu haricinde bir bilgi değişikliği yapıldığında "Daha önce aynı iş emri numarasıyla saklanmış reçete bulundu. Tekrar saklamak için emin misiniz?" şeklinde uyarı veriliyor ve kullanıcının seçimine göre iş emri reçetesi güncelleniyor. İş emri üzerinde stok kodu dışında yapılan değişikliklerde bu uyarının çıkmaması ve direkt olarak iş emri reçetesinin değişmeden saklanması isteniyor.
Problem	Daha önceden kaydedilmiş bir iş emri üzerinde stok kodu haricinde bir bilgi değişikliği yapıldığında "Daha önce aynı iş emri numarasıyla saklanmış reçete bulundu. Tekrar saklamak için emin misiniz?" şeklinde uyarı veriliyor ve kullanıcının seçimine göre iş emri reçetesi güncelleniyor. İş emri üzerinde stok kodu dışında yapılan değişikliklerde bu uyarının çıkmaması ve direkt olarak iş emri reçetesinin değişmeden saklanması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.03.2014	0	Tamam	Evet	Hayır
Dosya	Uretim.dll (7.0.2.1898)
Modül	Üretim
Açıklama	URETIM\STOKDEGISINCERECETEGUNCELLE\1 özel parametresi tanımlanmalıdır

İstek No 48738

Tarih	Program
04.03.2014	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	Serbest USK kaydı atılıyor. "Eksi bakiyede işlemi durdur" parametresi işaretli durumda.
Ek Açık.	Serbest USK sırasında eksi bakiyeye düşüldüğünde eksi bakiye uyarısı veriliyor ancak gride kayıt atılıyor. Eksi bakiye olduğu için kullanıcı ekranı kapatamıyor. Eksi bakiye durumunda hiçbir şekilde kayıt atılmaması isteniyor.
Problem	Serbest USK sırasında eksi bakiyeye düşüldüğünde eksi bakiye uyarısı veriliyor ancak gride kayıt atılıyor. Eksi bakiye olduğu için kullanıcı ekranı kapatamıyor. Eksi bakiye durumunda hiçbir şekilde kayıt atılmaması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
04.03.2014	0	Tamam	Evet	Hayır
Dosya	Uretim.dll (7.0.2.1898)
Modül	Üretim
Açıklama	URETIM\SUSK_EKSIBAKIYE_DURDUR\1 özel parametresi tanımlanmalıdır

İstek No 48847

Tarih	Program
13.03.2014	Temelset.Muhasebe.Muavin
Koşul	seviye takibi kullanılmayan bir hesap planında benzer şekilde olan 2 muavin tanımlıdır. Tek bir hesap kısıt olarak verilerek muavin raporu alınsa bile iki hesabı da dökmektedir.120-01-010 ve 120-01-0100 iki muavin hesap tanımlı. muavin raporu alınırken hesap kodu aralığına ikisine de 120-01-010 yazılıyor fakat raporda 120-01-0100 ü de getirmektedir.
Ek Açık.	seviye takibi kullanılmayan bir hesap planında benzer şekilde olan 2 muavin tanımlıdır. Tek bir hesap kısıt olarak verilerek muavin raporu alınsa bile iki hesabı da dökmektedir.120-01-010 ve 120-01-0100 iki muavin hesap tanımlı. muavin raporu alınırken hesap kodu aralığına ikisine de 120-01-010 yazılıyor fakat raporda 120-01-0100 ü de getirmektedir.
Problem	seviye takibi kullanılmayan bir hesap planında benzer şekilde olan 2 muavin tanımlıdır. Tek bir hesap kısıt olarak verilerek muavin raporu alınsa bile iki hesabı da dökmektedir.120-01-010 ve 120-01-0100 iki muavin hesap tanımlı. muavin raporu alınırken hesap kodu aralığına ikisine de 120-01-010 yazılıyor fakat raporda 120-01-0100 ü de getirmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
28.05.2014	0	Tamam	Evet	Hayır
Dosya	Muhasebe.dll (7.0.4.790)
Modül	Muhasebe
Açıklama	MUHASEBE\MUAVINHESAPKISIT özel parametresi tanımlanmalıdır.

İstek No 48918

Tarih	Program
18.03.2014	Temelset.Mrp.Gereksinim Planlama Oluşturma
Koşul	Gereksinim planlama oluşturma ekranındaki yeni yapılan seçimli oluşturma sekmesinde seçilen siparişlerden asorti ve renk kırılımlı işemri oluşturulması ve silinmesi isteniyor.
Ek Açık.	Gereksinim planlama oluşturma ekranındaki yeni yapılan seçimli oluşturma sekmesinde seçilen siparişlerden asorti ve renk kırılımlı işemri oluşturulması ve silinmesi isteniyor.
Problem	Gereksinim planlama oluşturma ekranındaki yeni yapılan seçimli oluşturma sekmesinde seçilen siparişlerden asorti ve renk kırılımlı işemri oluşturulması ve silinmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.03.2014	0	Tamam	Evet	Evet
Dosya	Mrp.dll (7.0.2.1207), Uretim.dll (7.0.2.1899), Urettrk.dll, Dbupdate 7.0.2 dosyaları
Açıklama	ESNEKYAP\ASORTI özel parametresi kullanılmalıdır.

İstek No 48997

Tarih	Program
25.03.2014	Temelset.Fatura.Yükleme Emri
Koşul	Fatura Yükleme emrinde E fatura müşterilerini ayırması için buton eklenmesiNot:Satış İrsaliyeleri için toplu faturalama yapılan buton gibi)
Ek Açık.	Fatura Yükleme emrinde E fatura müşterilerini ayırması için buton eklenmesiNot:Satış İrsaliyeleri için toplu faturalama yapılan buton gibi)
Problem	Fatura Yükleme emrinde E fatura müşterilerini ayırması için buton eklenmesiNot:Satış İrsaliyeleri için toplu faturalama yapılan buton gibi)

Tarih	Ktgr	Drm	Kpnd	DBUpdt
07.04.2014	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (7.0.4.4556)
Modül	Fatura
Açıklama	EFATURA\SEVKYUKLEME özel parametresi kullanıldığında Fiş Oluşturma ekranında "Efatura Fiş Oluştur" butonu desteklenmiştir.

İstek No 49074

Tarih	Program
31.03.2014	Temelset.Muhasebe.B Formu Basımı
Koşul	Ülke kodu TR olmayan yabancı bir cari için iki farklı işletmeden fatura giriliyor
Ek Açık.	B formunda iki farklı satırda bilgi geliyor
Problem	ülke kodu TR olduğunda farklı işletmeden de girilse belgeleri B formunda kümüle ediyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
16.05.2014 13:27:00	0	Tamam	Evet	Hayır
Açıklama	MUHASEBE\ULKETRDISI ve MUHASEBE\BFORMCARIKODKIRILIMYAPMA özel parametreleri tanımlanmalıdır.

İstek No 49254

Tarih	Program
15.04.2014	Temelset.Entegrasyon.Seçenekli Aktarma
Koşul	Seçenekli aktarım yapılıyor.
Ek Açık.	Fişte kalem bilgisi bulunamadı hatası alınıyor
Problem	Netpos’tan gelen bazı faturalarda sorun olduğu tespit edildi.Kasa kodu aynı belge içerisinden 1’den fazla olabiliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
15.04.2014	1	Tamam	Evet	Hayır
Dosya	Entegre.dll (7.0.2.168)
Modül	Entegrasyon
Açıklama	ENTEGRE\FARKLIKASAAYNIFIS özel parametresi tanımlandığında aynı fatura belgesinde farklı kasalara giden entegre kayıtlarının aynı fişe atılması desteklendi.

İstek No 49308

Tarih	Program
17.04.2014	Temelset.Cari.Borç/Alacak Yaşlandırma İcmali
Koşul	“içinde bulunan şube hareketleri gelsin” işaretlense de carinin merkezdeki kayıtlarını diğer şubedeki ters kayıtlar yaşlandırabiliryorsa yine merkezden alınan rapor merkezde yanlış yaşklandırdığı hareketleri getirmiyor. ÖRNEK:Merkez şubede 100-TL alacak var. diğer şubede 100-TL borç var. Merkez şubede “içinde bulunan şube hareketleri gelsin” işaretlenerek alacak yaşlandırması yapıldığında liste boş geliyor. Merkeze 10-TL alacak işlendiğinde 10-TL’yi yaşlandırma raporu bakiye olarak getiriyor. Merkezden “içinde bulunan şube hareketleri gelsin” işaretlendiğinde ya da başka bir koşul ile sadece merkez hareketleri yaşlandırılabilsin.
Ek Açık.	“içinde bulunan şube hareketleri gelsin” işaretlense de carinin merkezdeki kayıtlarını diğer şubedeki ters kayıtlar yaşlandırabiliryorsa yine merkezden alınan rapor merkezde yanlış yaşklandırdığı hareketleri getirmiyor. ÖRNEK:Merkez şubede 100-TL alacak var. diğer şubede 100-TL borç var. Merkez şubede “içinde bulunan şube hareketleri gelsin” işaretlenerek alacak yaşlandırması yapıldığında liste boş geliyor. Merkeze 10-TL alacak işlendiğinde 10-TL’yi yaşlandırma raporu bakiye olarak getiriyor. Merkezden “içinde bulunan şube hareketleri gelsin” işaretlendiğinde ya da başka bir koşul ile sadece merkez hareketleri yaşlandırılabilsin.
Problem	“içinde bulunan şube hareketleri gelsin” işaretlense de carinin merkezdeki kayıtlarını diğer şubedeki ters kayıtlar yaşlandırabiliryorsa yine merkezden alınan rapor merkezde yanlış yaşklandırdığı hareketleri getirmiyor. ÖRNEK:Merkez şubede 100-TL alacak var. diğer şubede 100-TL borç var. Merkez şubede “içinde bulunan şube hareketleri gelsin” işaretlenerek alacak yaşlandırması yapıldığında liste boş geliyor. Merkeze 10-TL alacak işlendiğinde 10-TL’yi yaşlandırma raporu bakiye olarak getiriyor. Merkezden “içinde bulunan şube hareketleri gelsin” işaretlendiğinde ya da başka bir koşul ile sadece merkez hareketleri yaşlandırılabilsin.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
14.05.2014	1	Tamam	Evet	Hayır
Dosya	Cari.dll (7.0.2.876)
Modül	Cari
Açıklama	CARI\SUBELIYASLANDIRMA özel parametresi tanımlı iken “içinde bulunan şube hareketleri gelsin” seçildiğinde yalnız içerisinde bulunulan şubenin hareketlerinin birbiri ile yaşlandırılması desteklendi

İstek No 49337

Tarih	Program
21.04.2014	Personel._GENEL._GENEL
Koşul	48595 nolu isteğimizi kullanıyoruz ancak. çalışmayan eş bilgileri değişimi yapıldığında sıkıntılı oluyor. anne agiden faydalanmasın istiyorum fakat ertesi aya aktardığımda yine yararlandırıyor. Yanlış hesaplama yapıyor. eş çocuk bilgisi yerine anne agiden faydalansın yada faydalanmasın diye bir işaretlemeniz yor (var ama çalışmıyor) onu yapsanız sıkıntı çözüleceğini düşünüyorum. Ayrıca çalışanın okuyan çocuğu var agiden faydalanması lazım kaldırıyor onu 18 yaşını doldurmuş diye faydalandırmıyor. en azında bunu ….. tarihinine kadar faydalacnacak diye bir yer köysanız ne güzel çalışır sistem en azından biliriz yaşı ne zamana kadar yararlancak.
Ek Açık.	48595 nolu isteğimizi kullanıyoruz ancak. çalışmayan eş bilgileri değişimi yapıldığında sıkıntılı oluyor. anne agiden faydalanmasın istiyorum fakat ertesi aya aktardığımda yine yararlandırıyor. Yanlış hesaplama yapıyor. eş çocuk bilgisi yerine anne agiden faydalansın yada faydalanmasın diye bir işaretlemeniz yor (var ama çalışmıyor) onu yapsanız sıkıntı çözüleceğini düşünüyorum. Ayrıca çalışanın okuyan çocuğu var agiden faydalanması lazım kaldırıyor onu 18 yaşını doldurmuş diye faydalandırmıyor. en azında bunu ….. tarihinine kadar faydalacnacak diye bir yer köysanız ne güzel çalışır sistem en azından biliriz yaşı ne zamana kadar yararlancak.
Problem	48595 nolu isteğimizi kullanıyoruz ancak. çalışmayan eş bilgileri değişimi yapıldığında sıkıntılı oluyor. anne agiden faydalanmasın istiyorum fakat ertesi aya aktardığımda yine yararlandırıyor. Yanlış hesaplama yapıyor. eş çocuk bilgisi yerine anne agiden faydalansın yada faydalanmasın diye bir işaretlemeniz yor (var ama çalışmıyor) onu yapsanız sıkıntı çözüleceğini düşünüyorum. Ayrıca çalışanın okuyan çocuğu var agiden faydalanması lazım kaldırıyor onu 18 yaşını doldurmuş diye faydalandırmıyor. en azında bunu ….. tarihinine kadar faydalacnacak diye bir yer köysanız ne güzel çalışır sistem en azından biliriz yaşı ne zamana kadar yararlancak.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
25.04.2014	2	Yanıtlandı	Evet	Hayır
Açıklama	PERSONEL\AGICOCUKSAYISIGUNCELLE özel parametresi tanımlı olduğunda; yeni aya devir işleminde “Eş Çocuk Bilgileri” ekranındaki çocuk sayısına bakılarak “Personel Sabit Kartında” Agi (Asgari Geçim İndirimi)’e Dahil Çocuk Sayısı alanının güncellenmesi desteklendi. “Eş Çocuk Bilgileri” ekranında çocuk sayısı kontrol edilirken, 18 yaşından küçük veya 25 yaşından küçük tahsiline devam eden ve “Agiye dahil“ alanı işaretli olan çocuk sayısı dikkate alınmaktadır.

İstek No 49492

Tarih	Program
06.05.2014	Temelset.Fatura._GENEL
Koşul	Esnek yapılandırma ve NOT_FIYAT_GUNCELLE özel parametresi kullanılıyor.Fatura üst bilgilerde bir değişiklik olduğunda kalemlere stok katındaki fiyat geliyor. Fiyatın güncellenmemesi isteniyor
Ek Açık.	Esnek yapılandırma ve NOT_FIYAT_GUNCELLE özel parametresi kullanılıyor.Fatura üst bilgilerde bir değişiklik olduğunda kalemlere stok katındaki fiyat geliyor. Fiyatın güncellenmemesi isteniyor
Problem	Esnek yapılandırma ve NOT_FIYAT_GUNCELLE özel parametresi kullanılıyor.Fatura üst bilgilerde bir değişiklik olduğunda kalemlere stok katındaki fiyat geliyor. Fiyatın güncellenmemesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.05.2014	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\USTGUNCELLE özel parametresi kullanılmalıdır.

İstek No 49840

Tarih	Program
03.06.2014	Temelset.Üretim.Serbest Üretim Sonu Kaydı
Koşul	üretimde seri takibi kullanılıyor ve SUSK ile üretim yapılıyor. bileşenler serili olduğunda bileşen değişikliği yapılmak istendiğinde serili bileşenler yeni kayıt olarak oluşuyor. bileşen bazında yeni kayıt atmadan eski bileşen üzerinde değişiklik yapılabilmesi istenmektedir.
Ek Açık.	üretimde seri takibi kullanılıyor ve SUSK ile üretim yapılıyor. bileşenler serili olduğunda bileşen değişikliği yapılmak istendiğinde serili bileşenler yeni kayıt olarak oluşuyor. bileşen bazında yeni kayıt atmadan eski bileşen üzerinde değişiklik yapılabilmesi istenmektedir.
Problem	üretimde seri takibi kullanılıyor ve SUSK ile üretim yapılıyor. bileşenler serili olduğunda bileşen değişikliği yapılmak istendiğinde serili bileşenler yeni kayıt olarak oluşuyor. bileşen bazında yeni kayıt atmadan eski bileşen üzerinde değişiklik yapılabilmesi istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
06.06.2014	0	Tamam	Evet	Hayır
Dosya	Uretim.dll (7.0.4.2001)
Modül	Üretim
Açıklama	Serili bileşenin serbest üretim sonu kaydında stok kodu değiştirildiğinde yeni kalem olarak eklenmesi isteniyorsa URETIM\SUSK_SERILISTOK_INSERT özel parametresi tanımlanmalıdır.

İstek No 50424

Tarih	Program
19.08.2014	Temelset.Fatura._GENEL
Koşul	E-faturada farlı işletme ve şubelerin faturalarının gözükmemesi.
Ek Açık.	Uygulama yanıt(kabul/red) ekranında.
Problem	E-faturada uygulama yanıt ekranında farklı işletmeler ve şubeler birbirlerinin e-faturalarını görebiliyor. buradaki hiç bir işletme yada şube birbirinin e-faturasını görmesin istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
22.12.2014 10:03:00	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (8.0.4.193)
Modül	Fatura
Açıklama	EFATURA\UYGULAMAYANITSUBEKONTOLU\1 özel parametresi tanımlandığında her şube kendi kaydını görmektedir.

İstek No 50609

Tarih	Program
11.09.2014	Temelset.Dekont.İthalat Kapatma
Koşul	İTHALAT KAPATMA İŞLEMİ YAPILIYOR. 5 KALEMDEN OLUŞAN İRSALİYEDE KUR EURO VE KUR DEĞERLERİ AYNI.İİTHALAT KAPATILDIKTAN SONRA 1. SIRADA YER ALAN KUR DEĞERİ DEĞİŞİYOR DİĞER 4 KALEM AYNI KALIYOR.
Ek Açık.	İTHALAT KAPATMA İŞLEMİ YAPILIYOR. 5 KALEMDEN OLUŞAN İRSALİYEDE KUR EURO VE KUR DEĞERLERİ AYNI.İİTHALAT KAPATILDIKTAN SONRA 1. SIRADA YER ALAN KUR DEĞERİ DEĞİŞİYOR DİĞER 4 KALEM AYNI KALIYOR.
Problem	İTHALAT KAPATMA İŞLEMİ YAPILIYOR. 5 KALEMDEN OLUŞAN İRSALİYEDE KUR EURO VE KUR DEĞERLERİ AYNI.İİTHALAT KAPATILDIKTAN SONRA 1. SIRADA YER ALAN KUR DEĞERİ DEĞİŞİYOR DİĞER 4 KALEM AYNI KALIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
18.09.2014 14:18:00	0	Tamam	Evet	Hayır
Dosya	Dekont.dll (7.0.4.863), Dısticaret.dll (7.0.4.818)
Açıklama	ITHALAT\YUVARLAMAFARKINISONKALEMEDAGITILMASIN özel parametresi kullanılmalıdır.

İstek No 51037

Tarih	Program
30.10.2014	Temelset.Teklif._GENEL
Koşul	SATIŞ TEKLİFTE HAZIRLADIĞIMIZ GÖRSEL DİZAYN İLK TEKLİF OLUŞTURULURKEN SIKINTISIZ ÇALISIYOR ANCAK TEKLİFİN ÜZERİNDE DEĞİŞİKLİK YAPILDIĞINDA GENEL TOPLAMLAR DİZAYNA YANSIMIYOR FATURADA AYNI SEKİLDE PROBLEM VARDI ÖZEL PARAMETRELERDEN KAYDETVEBASIMYAP PARAMETRESİ KULLANILIYOR TEKLİFTEDE AYNI PARAMETRENİN ÇALIŞIR HALE GELMESİNİ RİCA EDİYORUZ
Ek Açık.	SATIŞ TEKLİFTE HAZIRLADIĞIMIZ GÖRSEL DİZAYN İLK TEKLİF OLUŞTURULURKEN SIKINTISIZ ÇALISIYOR ANCAK TEKLİFİN ÜZERİNDE DEĞİŞİKLİK YAPILDIĞINDA GENEL TOPLAMLAR DİZAYNA YANSIMIYOR FATURADA AYNI SEKİLDE PROBLEM VARDI ÖZEL PARAMETRELERDEN KAYDETVEBASIMYAP PARAMETRESİ KULLANILIYOR TEKLİFTEDE AYNI PARAMETRENİN ÇALIŞIR HALE GELMESİNİ RİCA EDİYORUZ
Problem	SATIŞ TEKLİFTE HAZIRLADIĞIMIZ GÖRSEL DİZAYN İLK TEKLİF OLUŞTURULURKEN SIKINTISIZ ÇALISIYOR ANCAK TEKLİFİN ÜZERİNDE DEĞİŞİKLİK YAPILDIĞINDA GENEL TOPLAMLAR DİZAYNA YANSIMIYOR FATURADA AYNI SEKİLDE PROBLEM VARDI ÖZEL PARAMETRELERDEN KAYDETVEBASIMYAP PARAMETRESİ KULLANILIYOR TEKLİFTEDE AYNI PARAMETRENİN ÇALIŞIR HALE GELMESİNİ RİCA EDİYORUZ

Tarih	Ktgr	Drm	Kpnd	DBUpdt
24.12.2014 16:35:00	0	Tamam	Evet	Hayır
Dosya	Teklif.dll (8.0.4.70)
Açıklama	FATURA\KAYDETVEBASIMYAP özel parametresi de tanımlanmalıdır.

İstek No 51067

Tarih	Program
01.11.2014	Temelset.Stok.Stok Kartı Kayıtları
Koşul	hareketi olmayan bir stoğa 2 nolu şubeden bir giriş hareketi(20) daha sonra 1 nolu şubeden giriş hareketi(100 adet) yapılıyor. Merkez şubede stok kartı hareketlerine girildiğinde tutar\miktar sekmesinde sthardaki ilk bulduğu giriş miktarını getiriyor.
Ek Açık.	hareketi olmayan bir stoğa 2 nolu şubeden bir giriş hareketi(20) daha sonra 1 nolu şubeden giriş hareketi(100 adet) yapılıyor. Merkez şubede stok kartı hareketlerine girildiğinde tutar\miktar sekmesinde sthardaki ilk bulduğu giriş miktarını getiriyor.
Problem	hareketi olmayan bir stoğa 2 nolu şubeden bir giriş hareketi(20) daha sonra 1 nolu şubeden giriş hareketi(100 adet) yapılıyor. Merkez şubede stok kartı hareketlerine girildiğinde tutar\miktar sekmesinde sthardaki ilk bulduğu giriş miktarını getiriyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
13.01.2015	0	Tamam	Evet	Hayır
Dosya	Stok.dll (8.0.4.106)
Modül	Stok
Açıklama	Stok Kartı\Tutar/Miktar Bilgileri ekranına “Şubeler Dahil” seçeneği eklendi bu seçenek işaretlenmediğinde bilgiler sadece merkes şube için görülecek bu seçenek işaretlendiğinde tüm şubelerin toplamının bilgileri izlenebilecektir. Bu seçeneğin default işaretli gelmesi için STOK\’STOK_BAKIYE_TUMSUBELER özel parametresi tanımlanmalıdır.

İstek No 51375

Tarih	Program
09.12.2014	Temelset.Fatura._GENEL
Koşul	NETSİSTE ALIŞ FATURASI GİRİŞİ YAPILDIĞINDA EFATURA EŞLEŞTİRME EKRANI GELİYOR VE BU EKRAN BOŞ GELİYOR
Ek Açık.	OFFLINE EFATURA MÜKELLEFİYİZ VE ALIŞ FATURASI ZARFLARIMIZI NETSİSTE TUTMUYORUZ
Problem	BUNUN İSTEĞE BAĞLI OLARAK KALDIRILMASINI İSTİYORUZ.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
17.12.2014 12:32:00	0	Tamam	Evet	Hayır
Dosya	Fatura.dll (8.0.4.168)
Açıklama	EFATURA\EFATURAESLESTIRILMESIN özel parametresi tanımlanmalıdır

İstek No 51417

Tarih	Program
12.12.2014	Temelset.Fatura.Satış Faturası
Koşul	İrsaliyeden fatura oluşturulduğunda;(irsaliyelerin parçalı faturalaştırılması işaretli , faturalaşan irsaliyeler saklansınmı işaretli ve seri uygulaması kullanılmıyor, yani fatura kısmında belge türü aktif geliyor ve irsaliye belgesi seçiliyor). Bu durumda sağ click kod değişikliği yapılamıyor.
Ek Açık.	İrsaliyeden fatura oluşturulduğunda;(irsaliyelerin parçalı faturalaştırılması işaretli , faturalaşan irsaliyeler saklansınmı işaretli ve seri uygulaması kullanılmıyor, yani fatura kısmında belge türü aktif geliyor ve irsaliye belgesi seçiliyor). Bu durumda sağ click kod değişikliği yapılamıyor.Aktif gelmelidir Faturada cari kod değişikliği yapılamıyor. Yapılması isteniyor.
Problem	İrsaliyeden fatura oluşturulduğunda;(irsaliyelerin parçalı faturalaştırılması işaretli , faturalaşan irsaliyeler saklansınmı işaretli ve seri uygulaması kullanılmıyor, yani fatura kısmında belge türü aktif geliyor ve irsaliye belgesi seçiliyor). Bu durumda sağ click kod değişikliği yapılamıyor.Aktif gelmelidir. Faturada cari kod değişikliği yapılamıyor. Yapılması isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
12.01.2015 16:48:00	0	Yanıtlandı	Evet	Hayır
Açıklama	FATURA\IRS_BILG_MEVC_FAT_CARIDEGIS_IZIN özel parametresi tanımlanmalıdır.

İstek No 51813

Tarih	Program
21.01.2015	Temelset.Fatura._GENEL
Koşul	api üzerinden e-fatura gönderiyoruz.özel yazılımımız ile efatura tablolarını dolduruyoruz.
Ek Açık.	eski sürümlerde 1230 kodu aldığımızda sağ klik zarfı tekrar gönder yapabiliyorduk.
Problem	ancak şuanda sadece zarf sil çıkıyor. zarf sil dediğimizde yazılım ile atılan bu e-fatura ile ilgili veriler siliniyor. kayıtları tekrar atmamız imkansız. eskiden olduğu gibi zarf tekrar gönder işleminin yapılabilmesini istiyoruz. Konu acil. İyi çalışmalar.

Tarih	Ktgr	Drm	Kpnd	DBUpdt
27.01.2015 13:29:00	0	Yanıtlandı	Evet	Hayır
Açıklama	EFATURA\EFATAPI özel parametresi tanımlanmalıdır.

İstek No 51813

Tarih	Program
21.01.2015	Temelset.Fatura._GENEL
Koşul	api üzerinden e-fatura gönderiyoruz.özel yazılımımız ile efatura tablolarını dolduruyoruz.
Ek Açık.	eski sürümlerde 1230 kodu aldığımızda sağ klik zarfı tekrar gönder yapabiliyorduk.
Problem	ancak şuanda sadece zarf sil çıkıyor. zarf sil dediğimizde yazılım ile atılan bu e-fatura ile ilgili veriler siliniyor. kayıtları tekrar atmamız imkansız. eskiden olduğu gibi zarf tekrar gönder işleminin yapılabilmesini istiyoruz. Konu acil. İyi çalışmalar.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
27.01.2015 13:29:00	0	Yanıtlandı	Evet	Hayır	118210	Yazılım . Cigdem AVANOGLU
Açıklama	EFATURA\EFATAPI özel parametresi tanımlanmalıdır.

İstek No 51900

Tarih	Program
28.01.2015	Temelset.Fatura.Satış Faturası
Koşul	Çok sayıda şubemiz ve her birinde de çok sayıda kasamız bulunmakta, fakat bunların birer tanesi MERKEZ KASA niteliğinde, dolayısıyla Kapalı faturalarda otomatik olarak bu merkez kasaların gelmesini istemekteyiz.
Ek Açık.	“Kasa modülü -> Kasa Kayıtları” ekranı girişinde de aynı merkez kasaların gelmesi kullanıcılarımızın işini kolaylaştıracaktır. Geliştirmede bunun da yer almasını rica ediyoruz.
Problem	Bunun için tanımladığınız özel parametre “FATURA / KAPALIKASAKODU / 2410” şeklinde kullandık fakat bu sadece 1 şubemizin işini çözüyor, diğer şubeler için virgül veya noktalı virgül ile tanımları çoğaltabilmek istemekteyiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
12.02.2015 15:16:00	0	Tamam	Evet	Hayır	118673	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (8.0.4.597)
Modül	Fatura
Açıklama	Kapalı faturada istenilen kasa kodunun otomatik gelmesi için; FATURA\KAPALIKASAKODU özel parametresi tanımlanmalı DEGER alanına otomatik gelmesi istenen kasa kodu yazılmalıdır. Bu parametrenin şube bazında işlem yapabilmesi için parametreye şube kodu eklenmelidir. Şube kodu 1 de Kasa kodunun 02 olarak gelmesi için parametre tanımı FATURA\ KAPALIKASAKODU_1 şeklinde tanımlanmalı DEGER alanına kasa kodu olan 02 yazılmalıdır. Şube bazında tanımlama için şube sayısı kadar özel parametre tanımı yapılmalıdır.

İstek No 52026

Tarih	Program
04.02.2015	Temelset.Fatura.Satış İrsaliyelerini Toplu Faturalama
Koşul	8.0.4 seti kullanılıyor
Ek Açık.	İrsaliye tarihi fatura tarihinden büyük
Problem	Sistem irsaliyeyi faturalaştırmaya izin vermiyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
10.02.2015 14:13:00	0	Tamam	Evet	Hayır	118574	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (8.0.4.595)
Modül	Fatura
Açıklama	FATURA / IRS2FATTARIHKONTROLYAPILMASIN özel parametresi tanımlanmalıdır.

İstek No 52108

Tarih	Program
10.02.2015	Temelset.Muhasebe._GENEL
Koşul	Dekonttan girilen kayıtlarda belge türlerinin boş geçilmesi durumunda, e-defter için GIB’e gönderilen belge türünün "Other" yerine, " " (boş) olması talep ediliyor.
Ek Açık.	Dekonttan girilen kayıtlarda belge türlerinin boş geçilmesi durumunda, e-defter için GIB’e gönderilen belge türünün "Other" yerine, " " (boş) olması talep ediliyor.
Problem	Dekonttan girilen kayıtlarda belge türlerinin boş geçilmesi durumunda, e-defter için GIB’e gönderilen belge türünün "Other" yerine, " " (boş) olması talep ediliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
17.02.2015 16:14:00	0	Tamam	Evet	Hayır	118771	Yazılım . Cigdem AVANOGLU
Dosya	Muhasebe.dll (8.0.4.793)
Modül	Muhasebe
Açıklama	Dekont belge türü boş geçilmesi durumunda otomatik olarak ‘Dekont’ şeklinde kayıtlar oluşturulmaktadır. EDEFTER\DEKONT_BELGE_TURU_BOS_KALABILSIN özel parametresi kullanıldığında belge türü boş geçildiğinde otomatik doldurma yapılmamakta belge türü alanı boş burakılmaktadır.

İstek No 52126

Tarih	Program
11.02.2015	Temelset.Fatura._GENEL
Koşul	Efaturalar api-ara tablo aracılığı ile oluşturuluyor. Faturada iskonto olduğu zaman satır bilgilerindeki KDV tutarı iskontosuz fiyat üzerinden hesaplanarak gösteriliyor. XML’de de taxsubtotal alanına iskonto düşülmeden hesaplanan KDV tutarı yazmaktadır.
Ek Açık.	Efaturalar api-ara tablo aracılığı ile oluşturuluyor. Faturada iskonto olduğu zaman satır bilgilerindeki KDV tutarı iskontosuz fiyat üzerinden hesaplanarak gösteriliyor. XML’de de taxsubtotal alanına iskonto düşülmeden hesaplanan KDV tutarı yazmaktadır.
Problem	Efaturalar api-ara tablo aracılığı ile oluşturuluyor. Faturada iskonto olduğu zaman satır bilgilerindeki KDV tutarı iskontosuz fiyat üzerinden hesaplanarak gösteriliyor. XML’de de taxsubtotal alanına iskonto düşülmeden hesaplanan KDV tutarı yazmaktadır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
11.02.2015 16:38:00	0	Yanıtlandı	Evet	Hayır	118643	Yazılım . Cigdem AVANOGLU
Açıklama	EFATURA\TAXARATABLOKULLAN özel parametresi kullanılmalıdır.

İstek No 52155

Tarih	Program
13.02.2015	Temelset.Dekont._GENEL
Koşul	Belge türü sahası önceki setlerde boş geçilemiyordu , şimdiki setlerde bu zorunluluk kaldırılmış.Zorunlu hale getirilmeyecekse bir özel parametre yardımı ile sağlanmasını rica ederiz.
Ek Açık.	Belge türü sahası önceki setlerde boş geçilemiyordu , şimdiki setlerde bu zorunluluk kaldırılmış.Zorunlu hale getirilmeyecekse bir özel parametre yardımı ile sağlanmasını rica ederiz.
Problem	Belge türü sahası önceki setlerde boş geçilemiyordu , şimdiki setlerde bu zorunluluk kaldırılmış.Zorunlu hale getirilmeyecekse bir özel parametre yardımı ile sağlanmasını rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
10.03.2015 13:50:00	0	Tamam	Evet	Hayır	119179	Yazılım . Cigdem AVANOGLU
Dosya	Dekont.dll (8.0.4.866)
Modül	Dekont
Açıklama	DEKONT\BELGETURUBOSGECILMESIN özel parametresi tanımlandığında Genel Dekont kaydında Belge Türü alanı boş geçilememektedir.

Top of Form

Bottom of Form

Top of Form

İstek No 52291

Tarih	Program
24.02.2015	Temelset. ._GENEL
Koşul	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN
Ek Açık.	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN
Problem	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
25.03.2015 16:33:00	0	Tamam	Evet	Hayır	119633	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (8.0.4.690)
Modül	Fatura
Açıklama	Özel parametrenin tüm şirketlerde çalışması isteniyorsa Deger alanına 0 Şirket bazında çalışması isteniyorsa Deger alanına şirket kodu yazılmalıdır. Birden fazla şirket için şirket kodundan sonra ; konularak diğer şirket kodu yazılmalıdır.

Bottom of Form

Top of Form

Bottom of Form

İstek No 52291

Tarih	Program
24.02.2015	Temelset. ._GENEL
Koşul	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN
Ek Açık.	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN
Problem	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
25.03.2015 16:33:00	0	Tamam	Evet	Hayır	119633	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (8.0.4.690)
Modül	Fatura
Açıklama	Özel parametrenin tüm şirketlerde çalışması isteniyorsa Deger alanına 0 Şirket bazında çalışması isteniyorsa Deger alanına şirket kodu yazılmalıdır. Birden fazla şirket için şirket kodundan sonra ; konularak diğer şirket kodu yazılmalıdır.

İstek No 52309

Tarih	Program
25.02.2015	Temelset.Fatura.Satış Faturası
Koşul	Faturada referans kodu uygulaması kullanılmaktadır. Hizmet stoklarında tanımlı olmayan bir referans kodu girilebilmektedir. Diğer stoklardaki gibi Muhasebe referans kodu tanımsız uyarısı gelmemektedir.
Ek Açık.	Faturada referans kodu uygulaması kullanılmaktadır. Hizmet stoklarında tanımlı olmayan bir referans kodu girilebilmektedir. Diğer stoklardaki gibi Muhasebe referans kodu tanımsız uyarısı gelmemektedir.
Problem	Faturada referans kodu uygulaması kullanılmaktadır. Hizmet stoklarında tanımlı olmayan bir referans kodu girilebilmektedir. Diğer stoklardaki gibi Muhasebe referans kodu tanımsız uyarısı gelmemektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
10.06.2015 17:03:00	0	Tamam	Evet	Hayır	121231	Yazılım . Cigdem AVANOGLU
Açıklama	Hizmet stokları için tanımlı olmayan referans kodunun kullanılmasına izin verilmemesi için FATURA\MUHREFKODKONTROL özel parametresi tanımlanmalıdır

İstek No 52934

Tarih	Program
10.04.2015	Temelset.Muhasebe._GENEL
Koşul	Cari hesap çek alındı kaydı bordrosuna birden fazla çek girişi yapılıyor.
Ek Açık.	GIB mevzuatına göre aynı bordro içerisine birden fazla çek girişi yapıldığında belge türü ‘other’ belge numarası bordro numarası olmalıdır.
Problem	E-defter hazırlık çalıştırıldığında yevmiye fişi içerisinde belge türünü M.Çek belge numarasını çek numarası olarak getiriyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
02.06.2015 14:40:00	0	Tamam	Evet	Hayır	121064	Test . Cigdem AVANOGLU
Dosya	Muhasebe.dll (8.0.6.901)
Modül	Muhasebe
Açıklama	EDEFTER / CEK_BORDRO_BILGISI_KULLANILSIN özel parametresi tanımlandığında belge türü "Çek Bordrosu", belge numarası bordro numarası olarak oluşmaktadır.

İstek No 52964

Tarih	Program
13.04.2015	Temelset.Muhasebe.Yevmiye Kayıtları
Koşul	Edefter kullanılıyor
Ek Açık.	Çek kayıtları için giriş tarihi yerine vade tarihinin belge tarihi olarak gösterilmesi isteniyor
Problem	Çek kayıtları için giriş tarihi yerine vade tarihinin belge tarihi olarak gösterilmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
27.05.2015 15:09:00	0	Tamam	Evet	Hayır	120922	Test . Cigdem AVANOGLU
Dosya	Muhasebe.dll (8.0.6.900)
Modül	Muhasebe
Açıklama	EDEFTER/CEK_VADE_TARIHI_KULLANILSIN Özel parametresi tanımlandığında çek kayıtları için e-defter belge tarihinin çek vade tarihi olarak gösterilmesi desteklendi.

İstek No 53430

Tarih	Program
25.05.2015	Temelset.Cari.Cari Kartı Kayıtları
Koşul	cari sabit kayıt ekranında vergi numaraısna : 31175341926 yazılmak isteniyor.
Problem	vergi numarası 10 haneli olmalıdır uyarısı geliyor. (7.0.4 & 8.0.4 & 8.0.6 seti güncel dosyalarla test edildi) daha önce bu problem 8.0.4.164 dosyası ile giderilmişti

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
27.05.2015 17:53:00	0	Yanıtlandı	Evet	Hayır	120932	Yazılım . Cigdem AVANOGLU
Açıklama	CARI\VERGITCKIMLIKNOKONTROLETME özel parametresi tanımlanmalıdır

İstek No 53431

Tarih	Program
25.05.2015	Temelset.Muhasebe.Yevmiye Kayıtları
Koşul	EDEFTER-CEK_VADE_TARIHI_KULLANILSIN özel parametresi kullanılıyor
Ek Açık.	Bu özel parametre kullanıldığında e defter belge tarihi alanına vade tarihinin gelmesi gerekiyor
Problem	Cari hesap çek alındı kaydı yapıldığında belge tarihi alanına yine giriş tarihi atanıyor vade tarihi atanmalı

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
27.05.2015 15:01:00	0	Tamam	Evet	Hayır	120919	Yazılım . Cigdem AVANOGLU
Dosya	Mcek.dll (8.0.6.90) Bcek.dll (8.0.6.125)

İstek No 53489

Tarih	Program
28.05.2015	Temelset.Entegrasyon.Seçenekli Aktarma
Problem	e-defter mükelleflerinde kayıtların belge bazlı atılması gerekmektedir. Programda bu ancak entegre seçenekli aktarmada her seferinde belge bazlı işaretleme yapmak kaydıyla yapılmaktadır. Fakat bu işlemin sabitlenerek tercih ama sürekli hale getrilmesi gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
11.06.2015 09:28:00	0	Tamam	Evet	Hayır	121241	Yazılım . Cigdem AVANOGLU
Dosya	Entergre.dll (8.0.6.79)
Modül	Entegrasyon
Açıklama	Edefter ek modülü varsa ya da ENTEGRASYON\EVRAKSORGULARISECILI özel parametresi tanımlıysa Evrak Bazında Aktarım seçeneğinin işaretli gelmesi desteklendi

Top of Form

Bottom of Form

Top of Form

İstek No 53979

Tarih	Program
21.07.2015	Temelset.Muhasebe.Yevmiye Defteri
Koşul	Yevmiye defterinde faturalarin kayit tarihinin belge tarihi olarak gelmesi isteniyor
Ek Açık.	Yevmiye defterinde faturalarin kayit tarihinin belge tarihi olarak gelmesi isteniyor
Problem	Yevmiye defterinde faturalarin kayit tarihinin belge tarihi olarak gelmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
21.07.2015 14:42:00	0	Tamam	Evet	Hayır	121847	Yazılım . Cigdem AVANOGLU
Dosya	Muhasebe.dll (8.0.6.942)
Modül	Muhasebe
Açıklama	EDEFTER\FATURA_KAYIT_TARIHI_KULLANILSIN özel parametresi tanımlanmalıdır

İstek No 52291

Tarih	Program
24.02.2015	Temelset. ._GENEL
Koşul	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN
Ek Açık.	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN
Problem	FATURA\IADE_ISE_OZEL_KOD1_OLDUGUNDA_HESAP_DEGISMESIN ÖZEL PARAMETRESİ AYNI SERVERDA A FİRMASINDA ÇALIŞSIN B FİRMASINDA ÇALIŞMASIN

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
25.03.2015 16:33:00	0	Tamam	Evet	Hayır	119633	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (8.0.4.690)
Modül	Fatura
Açıklama	Özel parametrenin tüm şirketlerde çalışması isteniyorsa Deger alanına 0 Şirket bazında çalışması isteniyorsa Deger alanına şirket kodu yazılmalıdır. Birden fazla şirket için şirket kodundan sonra ; konularak diğer şirket kodu yazılmalıdır.

İstek No 52309

Tarih	Program
25.02.2015	Temelset.Fatura.Satış Faturası
Koşul	Faturada referans kodu uygulaması kullanılmaktadır. Hizmet stoklarında tanımlı olmayan bir referans kodu girilebilmektedir. Diğer stoklardaki gibi Muhasebe referans kodu tanımsız uyarısı gelmemektedir.
Ek Açık.	Faturada referans kodu uygulaması kullanılmaktadır. Hizmet stoklarında tanımlı olmayan bir referans kodu girilebilmektedir. Diğer stoklardaki gibi Muhasebe referans kodu tanımsız uyarısı gelmemektedir.
Problem	Faturada referans kodu uygulaması kullanılmaktadır. Hizmet stoklarında tanımlı olmayan bir referans kodu girilebilmektedir. Diğer stoklardaki gibi Muhasebe referans kodu tanımsız uyarısı gelmemektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
10.06.2015 17:03:00	0	Tamam	Evet	Hayır	121231	Yazılım . Cigdem AVANOGLU
Açıklama	Hizmet stokları için tanımlı olmayan referans kodunun kullanılmasına izin verilmemesi için FATURA\MUHREFKODKONTROL özel parametresi tanımlanmalıdır

İstek No 52934

Tarih	Program
10.04.2015	Temelset.Muhasebe._GENEL
Koşul	Cari hesap çek alındı kaydı bordrosuna birden fazla çek girişi yapılıyor.
Ek Açık.	GIB mevzuatına göre aynı bordro içerisine birden fazla çek girişi yapıldığında belge türü ‘other’ belge numarası bordro numarası olmalıdır.
Problem	E-defter hazırlık çalıştırıldığında yevmiye fişi içerisinde belge türünü M.Çek belge numarasını çek numarası olarak getiriyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
02.06.2015 14:40:00	0	Tamam	Evet	Hayır	121064	Test . Cigdem AVANOGLU
Dosya	Muhasebe.dll (8.0.6.901)
Modül	Muhasebe
Açıklama	EDEFTER / CEK_BORDRO_BILGISI_KULLANILSIN özel parametresi tanımlandığında belge türü "Çek Bordrosu", belge numarası bordro numarası olarak oluşmaktadır.

İstek No 52964

Tarih	Program
13.04.2015	Temelset.Muhasebe.Yevmiye Kayıtları
Koşul	Edefter kullanılıyor
Ek Açık.	Çek kayıtları için giriş tarihi yerine vade tarihinin belge tarihi olarak gösterilmesi isteniyor
Problem	Çek kayıtları için giriş tarihi yerine vade tarihinin belge tarihi olarak gösterilmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
27.05.2015 15:09:00	0	Tamam	Evet	Hayır	120922	Test . Cigdem AVANOGLU
Dosya	Muhasebe.dll (8.0.6.900)
Modül	Muhasebe
Açıklama	EDEFTER/CEK_VADE_TARIHI_KULLANILSIN Özel parametresi tanımlandığında çek kayıtları için e-defter belge tarihinin çek vade tarihi olarak gösterilmesi desteklendi.

İstek No 53430

Tarih	Program
25.05.2015	Temelset.Cari.Cari Kartı Kayıtları
Koşul	cari sabit kayıt ekranında vergi numaraısna : 31175341926 yazılmak isteniyor.
Problem	vergi numarası 10 haneli olmalıdır uyarısı geliyor. (7.0.4 & 8.0.4 & 8.0.6 seti güncel dosyalarla test edildi) daha önce bu problem 8.0.4.164 dosyası ile giderilmişti

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
27.05.2015 17:53:00	0	Yanıtlandı	Evet	Hayır	120932	Yazılım . Cigdem AVANOGLU
Açıklama	CARI\VERGITCKIMLIKNOKONTROLETME özel parametresi tanımlanmalıdır

İstek No 53431

Tarih	Program
25.05.2015	Temelset.Muhasebe.Yevmiye Kayıtları
Koşul	EDEFTER-CEK_VADE_TARIHI_KULLANILSIN özel parametresi kullanılıyor
Ek Açık.	Bu özel parametre kullanıldığında e defter belge tarihi alanına vade tarihinin gelmesi gerekiyor
Problem	Cari hesap çek alındı kaydı yapıldığında belge tarihi alanına yine giriş tarihi atanıyor vade tarihi atanmalı

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
27.05.2015 15:01:00	0	Tamam	Evet	Hayır	120919	Yazılım . Cigdem AVANOGLU
Dosya	Mcek.dll (8.0.6.90) Bcek.dll (8.0.6.125)

İstek No 53489

Tarih	Program
28.05.2015	Temelset.Entegrasyon.Seçenekli Aktarma
Problem	e-defter mükelleflerinde kayıtların belge bazlı atılması gerekmektedir. Programda bu ancak entegre seçenekli aktarmada her seferinde belge bazlı işaretleme yapmak kaydıyla yapılmaktadır. Fakat bu işlemin sabitlenerek tercih ama sürekli hale getrilmesi gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
11.06.2015 09:28:00	0	Tamam	Evet	Hayır	121241	Yazılım . Cigdem AVANOGLU
Dosya	Entergre.dll (8.0.6.79)
Modül	Entegrasyon
Açıklama	Edefter ek modülü varsa ya da ENTEGRASYON\EVRAKSORGULARISECILI özel parametresi tanımlıysa Evrak Bazında Aktarım seçeneğinin işaretli gelmesi desteklendi

İstek No 53776

Tarih	Program
23.06.2015	Temelset.Muhasebe._GENEL
Koşul	Cari hesap senet alındı kaydı bordrosuna birden fazla senet girişi yapılıyor.
Ek Açık.	GIB mevzuatına göre aynı bordro içerisine birden fazla çek yada senet girişi yapıldığında belge türü ‘other’ belge numarası bordro numarası olmalıdır.
Problem	E-defter hazırlık çalıştırıldığında yevmiye fişi içerisinde belge türünü M.Senet belge numarasını senet numarası olarak getiriyor. Müşteri çekleri için yapılan EDEFTER / CEK_BORDRO_BILGISI_KULLANILSIN özel parametresinin senetler içinde yapılmasını istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
24.08.2015 11:58:00	0	Tamam	Evet	Hayır	122219	Yazılım . Cigdem AVANOGLU
Dosya	Muhasebe.dll (8.0.6.956)
Açıklama	Çek için yapılan özellik senet içinde EDEFTER-SENET_BORDRO_BILGISI_KULLANILSIN özel parametresi ile desteklendi

İstek No 53979

Tarih	Program
21.07.2015	Temelset.Muhasebe.Yevmiye Defteri
Koşul	Yevmiye defterinde faturalarin kayit tarihinin belge tarihi olarak gelmesi isteniyor
Ek Açık.	Yevmiye defterinde faturalarin kayit tarihinin belge tarihi olarak gelmesi isteniyor
Problem	Yevmiye defterinde faturalarin kayit tarihinin belge tarihi olarak gelmesi isteniyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
21.07.2015 14:42:00	0	Tamam	Evet	Hayır	121847	Yazılım . Cigdem AVANOGLU
Dosya	Muhasebe.dll (8.0.6.942)
Modül	Muhasebe
Açıklama	EDEFTER\FATURA_KAYIT_TARIHI_KULLANILSIN özel parametresi tanımlanmalıdır

İstek No 54291

Tarih	Program
28.08.2015	Temelset.Üretim._GENEL
Koşul	Şube bazında iş emri takibi ve üretim sonu kaydı için özel parametre kullanılıyor: URETIM\IEREHBERSUBEKISIT
Ek Açık.	Şube bazında iş emri takibi ve üretim sonu kaydı için özel parametre kullanılıyor: URETIM\IEREHBERSUBEKISIT
Problem	Özel parametre tanımlı iken iş emri ve üretim sonu kaydı ekranlarında işlem yapılan şubeye ait belgelerin gösterilmesi isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
28.08.2015	0	Yanıtlandı	Evet	Evet	122297	Yazılım . Cevat Takak
Dosya	806 dbupdate dosyaları, uretim.dll (8.0.6.99)
Modül	Üretim
Açıklama	Özel parametre:’URETIM’,’IEREHBERSUBEKISIT’,1

İstek No 54551

Tarih	Program
30.09.2015	Temelset.Fatura._GENEL
Koşul	e-fatura
Problem	alış irsaliyesi faturalaştırma yaparken kdv ekranından sonra e fatura listesi gelmektedir, bu ekranın gelmesini istemiyoruz, ekranın gelmesi uzun sürmekte ve kullanıcıları yavaşlatmaktadır. Ayrıca e faturalar farklı bir şubeye geldiğinden zaten girilen belgelerde listede olmuyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
30.09.2015	0	Yanıtlandı	Evet	Hayır	122690	Analiz . Okunmamış İstek Havuzu
Açıklama	EFATURA\EFATURAESLESTIRILMESIN özel parametresi tanımlanmalıdır.

İstek No 54564

Tarih	Program
01.10.2015	Temelset.Mrp._GENEL
Koşul	IS EMRI DENGELEME EKRANINDA IHTIYAC CIKARILMAYAN BELGELERIN ICERISINDE REWORK IS EMIRLERI DE GELIYOR. BU IS EMIRLERI IHTIYAC CIKARILMAYAN BELGELERE GELMEMELI.
Ek Açık.	IS EMRI DENGELEME EKRANINDA IHTIYAC CIKARILMAYAN BELGELERIN ICERISINDE REWORK IS EMIRLERI DE GELIYOR. BU IS EMIRLERI IHTIYAC CIKARILMAYAN BELGELERE GELMEMELI.
Problem	IS EMRI DENGELEME EKRANINDA IHTIYAC CIKARILMAYAN BELGELERIN ICERISINDE REWORK IS EMIRLERI DE GELIYOR. BU IS EMIRLERI IHTIYAC CIKARILMAYAN BELGELERE GELMEMELI.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
01.10.2015	2	Yanıtlandı	Hayır	Hayır	122710	Yazılım . Cevat Takak
Modül	MRP
Açıklama	Belirtilen sorun güncel dosyalarda tespit edilememiştir.

İstek No 54728

Tarih	Program
16.10.2015	Temelset.Fatura._GENEL
Koşul	Yürürlüğe giren yeni UBL 2.1 için fatura tip ayrımı geldi, ihraç kayıtlı faturaları dekont modülünde kapatma ekranında 701 ve 702 kod için desteklediniz. Tabii dekont ihracat kapatma dövizli belgelere destek veriyor. Kestiğimiz ihraç kayıtlı faturalarımız TL düzenlendiği için biz dekont kapatma kısmını kullanmıyoruz.TL yi dövizli yapma gibi bir değişikliğimiz olamayacak; müşterimizin talebi bu şekilde.701 – 702 kod ve fatura tipinde IHRACKAYITLI kullanımının fatura modülünde düzenlenen ihraç kayıtlı faturalar içinde desteklenmesini talep etmekteyiz. Değerlendirmenizi rica ederiz.
Ek Açık.	Yürürlüğe giren yeni UBL 2.1 için fatura tip ayrımı geldi, ihraç kayıtlı faturaları dekont modülünde kapatma ekranında 701 ve 702 kod için desteklediniz. Tabii dekont ihracat kapatma dövizli belgelere destek veriyor. Kestiğimiz ihraç kayıtlı faturalarımız TL düzenlendiği için biz dekont kapatma kısmını kullanmıyoruz.TL yi dövizli yapma gibi bir değişikliğimiz olamayacak; müşterimizin talebi bu şekilde.701 – 702 kod ve fatura tipinde IHRACKAYITLI kullanımının fatura modülünde düzenlenen ihraç kayıtlı faturalar içinde desteklenmesini talep etmekteyiz. Değerlendirmenizi rica ederiz.
Problem	Yürürlüğe giren yeni UBL 2.1 için fatura tip ayrımı geldi, ihraç kayıtlı faturaları dekont modülünde kapatma ekranında 701 ve 702 kod için desteklediniz. Tabii dekont ihracat kapatma dövizli belgelere destek veriyor. Kestiğimiz ihraç kayıtlı faturalarımız TL düzenlendiği için biz dekont kapatma kısmını kullanmıyoruz.TL yi dövizli yapma gibi bir değişikliğimiz olamayacak; müşterimizin talebi bu şekilde.701 – 702 kod ve fatura tipinde IHRACKAYITLI kullanımının fatura modülünde düzenlenen ihraç kayıtlı faturalar içinde desteklenmesini talep etmekteyiz. Değerlendirmenizi rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
23.10.2015 16:55:00	0	Yanıtlandı	Evet	Hayır	123169	Test . Cigdem AVANOGLU
Dosya	Fatura.dll (7.0.4.5335), Fatura.dll (8.0.4.718), Fatura.dll (8.0.6.210)
Modül	Fatura
Açıklama	Satış irsaliyesinde ihracat tipi İhraç Kayıt’tan farklı olan belgeler için Toplamlar sekmesine "Özel Matrah/İstisna Tip Atama" seçeneği eklenmiştir. İhraç kayıtlı belgelerde bu seçeneğin gelmesi için ise EFATURA / IHRACKAYITLIOZELKOD özel parametresi tanımlanmalıdır.

İstek No 54773

Tarih	Program
21.10.2015	Temelset.Fatura._GENEL
Koşul	VERGI ISTISNASI OLAN SATIS IRSALIYESI EFATURALASTIRILIRKEN ISTISNA KODU YAZILAMADIGI ICIN FATURA CAGIRILIP ISTISNA KODUNUN YAZILMASI GEREKIYOR.
Ek Açık.	ISTISNA KODU IRSALIYENIN FATURALASMA ADIMINDA GIRILEBILMESI GEREKIYOR.
Problem	VERGI ISTISNASI OLAN SATIS IRSALIYESI EFATURALASTIRILIRKEN ISTISNA KODU YAZILAMADIGI ICIN FATURA CAGIRILIP ISTISNA KODUNUN YAZILMASI GEREKIYOR.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
23.10.2015 16:51:00	0	Yanıtlandı	Evet	Hayır	123168	Test . Cigdem AVANOGLU
Dosya	Fatura.dll (7.0.4.5335), Fatura.dll (8.0.4.718), Fatura.dll (8.0.6.210)
Modül	Fatura
Açıklama	Satış irsaliyesinde ihracat tipi İhraç Kayıt’tan farklı olan belgeler için Toplamlar sekmesine "Özel Matrah/İstisna Tip Atama" seçeneği eklenmiştir. İhraç kayıtlı belgelerde bu seçeneğin gelmesi için ise EFATURA / IHRACKAYITLIOZELKOD özel parametresi tanımlanmalıdır.

İstek No 54834

Tarih	Program
30.10.2015	Temelset.Fatura._GENEL
Ek Açık.	36276 numaralı isteğimizle ilgili herhangi bir gelişme olmadı ?

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
30.10.2015	4	Yanıtlandı	Evet	Hayır	123243	Analiz . Okunmamış İstek Havuzu
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 54879

Tarih	Program
04.11.2015	Temelset.Muhasebe._GENEL
Koşul	VUK üretim reçetelerinin tespitinde yenileme
Ek Açık.	VUK üretim reçetelerinin tespitinde yenileme istenmektedir.
Problem	VUK üretim reçetelerinin tespitinde yenileme istenmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
04.11.2015	0	Yanıtlandı	Evet	Hayır	123325	(Auto) Call Center . Yazılım Destek Merkezi
Açıklama	Dbupdate dosyaları ile desteklendi

İstek No 54887

Tarih	Program
04.11.2015	Temelset.POS.POStan Satış İşleme
Koşul	Postan gelen dosya dizini Şube Ve depo Klasör yapısında (örnek klasör :00006600)olmasına rağmen,Satışları aktarırken Şube olarak doğru-6.şubeye aktarıyor fakat deposunu yanlış aktarıyor dizinde gözüktüğü gibi 600 nolu depoya atması gerekiyor fakat dosyadan gelen kasa nolarına göre atıyor.çalışan bir sistem idi fakat son güncelemelerde böyle bir sıkıntı oluştu. İvedi düzeltilip bilgi verilmesini rica ederiz.
Ek Açık.	Postan gelen dosya dizini Şube Ve depo Klasör yapısında (örnek klasör :00006600)olmasına rağmen,Satışları aktarırken Şube olarak doğru-6.şubeye aktarıyor fakat deposunu yanlış aktarıyor dizinde gözüktüğü gibi 600 nolu depoya atması gerekiyor fakat dosyadan gelen kasa nolarına göre atıyor.çalışan bir sistem idi fakat son güncelemelerde böyle bir sıkıntı oluştu. İvedi düzeltilip bilgi verilmesini rica ederiz.
Problem	Postan gelen dosya dizini Şube Ve depo Klasör yapısında (örnek klasör :00006600)olmasına rağmen,Satışları aktarırken Şube olarak doğru-6.şubeye aktarıyor fakat deposunu yanlış aktarıyor dizinde gözüktüğü gibi 600 nolu depoya atması gerekiyor fakat dosyadan gelen kasa nolarına göre atıyor.çalışan bir sistem idi fakat son güncelemelerde böyle bir sıkıntı oluştu. İvedi düzeltilip bilgi verilmesini rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
04.11.2015	0	Yanıtlandı	Evet	Hayır	123333	(Auto) Call Center . Yazılım Destek Merkezi
Modül	POS
Açıklama	özel parametre Grup Kodu: POS Anahtar: MARKETDEPO Değer:0 tanımlanarak sorun giderildi. Parametre tanımlıysa dosya yapısına göre ilgili depoya atılır. Tanımlı değilse H ile başlayan satırda 2’den 6. karaktere kadar olan bilgi depo kodu olarak atanmaktadır.

İstek No 54986

Tarih	Program
11.11.2015	Personel.Netsis Personel.Personel Puantaj Bilgileri
Koşul	Öğrenimi devam etmeyen çocukların 18 yaşından itibaren, devam eden çocukların ise en geç 25 yaşından itibaren asgari geçim indirimi kapsamından çıkartılması gerekiyor.
Ek Açık.	Öğrenimi devam etmeyen çocukların 18 yaşından itibaren, devam eden çocukların ise en geç 25 yaşından itibaren asgari geçim indirimi kapsamından çıkartılması gerekiyor.
Problem	sistemde asgari geçim indiriminde Öğrenimi devam etmeyen çocukların 18 yaşından itibaren, devam eden çocukların ise en geç 25 yaşından itibaren asgari geçim indirimi kapsamından otomatik olarak çıkartması gerekmektedir.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
11.11.2015	4	Yanıtlandı	Evet	Hayır	123475	Analiz . Okunmamış İstek Havuzu
Açıklama	PERSONEL\AGICOCUKSAYISIGUNCELLE özel parametresi tanımlı olduğunda; yeni aya devir işleminde “Eş Çocuk Bilgileri” ekranındaki çocuk sayısına bakılarak “Personel Sabit Kartında” Agi (Asgari Geçim İndirimi)’e Dahil Çocuk Sayısı alanının güncellenmesi desteklenmiştir. “Eş Çocuk Bilgileri” ekranında çocuk sayısı kontrol edilirken, 18 yaşından küçük veya 25 yaşından küçük tahsiline devam eden ve “Agiye dahil“ alanı işaretli olan çocuk sayısı dikkate alınmaktadır.

İstek No 55048

Tarih	Program
17.11.2015	Temelset.._GENEL
Koşul	Dış Ticaret İhracat Kapatmada hatalı kaptma yapıyor
Ek Açık.	Müşterimize 1000 tl CIF fiyat veriyoruz. Dosyaişlemlerinde 100 tl Navlu ve 50 TL sigorta girişi yapılıyor. İhracat kapatma işleminde NAVLUN ve SİGORTA dahiledilsin dendiğinde Cariye 1150 TL atıyor . Aslında Cariye 1000 TL atması gerekli. daha önceki sette doğru çalışan bu özellik yeni sette bozulmuş durumda.
Problem	Müşterimize 1000 tl CIF fiyat veriyoruz. Dosyaişlemlerinde 100 tl Navlu ve 50 TL sigorta girişi yapılıyor. İhracat kapatma işleminde NAVLUN ve SİGORTA dahiledilsin dendiğinde Cariye 1150 TL atıyor . Aslında Cariye 1000 TL atması gerekli. daha önceki sette doğru çalışan bu özellik yeni sette bozulmuş durumda.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
10.12.2015 11:14:00	0	Yanıtlandı	Evet	Hayır	124035	Test . Cigdem AVANOGLU
Modül	Dış Ticaret
Açıklama	DEKONT, CIFSIGORTANAVLUN,1 özel parametresi kullanılmalıdır.

İstek No 55121

Tarih	Program
25.11.2015	Temelset.Fatura.Aliş İrsaliyesi
Koşul	İthalat İhracat tipli İhraç kayıtlı bir alış irsaliye giriliyor. Toplamlardan İth. butonuna tıklanıyor.
Ek Açık.	Oluşacak fatura bilgileri sayfasında Fatura Toplamı (TL) alanı hesaplanmıyor.
Problem	Bu nedenle "Out of present range" hatası alınıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
25.11.2015	1	Yanıtlandı	Hayır	Hayır	123714	Yazılım . Bora PEDİS
Açıklama	55120 nolu ügs ile tekrarlı ürün geribildirimi

İstek No 55122

Tarih	Program
25.11.2015	Temelset.Fatura.Aliş İrsaliyesi
Koşul	İthalat İhracat tipli İhraç kayıtlı bir alış irsaliye giriliyor. Toplamlardan İth. butonuna tıklanıyor.
Ek Açık.	Oluşacak fatura bilgileri sayfasında Fatura Toplamı (TL) alanı hesaplanmıyor.
Problem	Bu nedenle "Out of present range" hatası alınıyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
25.11.2015	1	Yanıtlandı	Hayır	Hayır	123715	Yazılım . Bora PEDİS
Açıklama	55120 nolu ügs ile tekrarlı ürün geribildirimi

İstek No 55178

Tarih	Program
27.11.2015	Temelset.Dekont._GENEL
Problem	Merhabalar; Bir müşterimizde data siliniyor şikayeti ile GENEL DEKONT KAYDI konusunda analiz yaptık. ÖRNEĞİN Dekont No : 201501018 genel dekont kaydı ile Resmi Muhasebe Fişi 000000000000051 oluşuyor. (100 KASA HS 111,00 TL * 120 MÜŞTERİ HS 111,00 TL) Daha sonra; Dekont no : 20150101 Genel dekont kaydı ile Resmi Muhasebe Fişi 000000000000052 oluşması gerekirken. Muh Fiş No 0000000051 olan kayıt yeni bilgiler ile doluyor. (102 BANKA 222,00 TL * 320 SATICILAR 222,00 TL) Sonuç olarak 0000051 olan muhasebe fişimiz (100 KASA HS 111,00 TL * 120 MÜŞTERİ HS 111,00 TL) silinmiş oluyor. Profiler incelememizde dekont numarasında 20150101% like olarak eski kayıt var mı diye kontrol edip var ise silip aynı muhfis üzerine kayıt atıyor. Değerlendirmenizi bekler iyi çalışmalar dilerim.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
02.03.2016 11:24:00	0	Yanıtlandı	Evet	Hayır	125647	Test . Cigdem AVANOGLU
Dosya	Dekont.dll (8.0.6.797), DisTicaret.dll (8.0.6.737), Muhasebe.dll (8.0.6.1019)
Modül	Dekont Modülü
Açıklama	Dekont numarası 8 karakterden fazla kullanılıyorsa aşağıdaki parametre tanımlanmalıdır. Grup Kodu: "DEKONT" Anahtar: "DEKONTNOON" Değer: "0"

İstek No 55226

Tarih	Program
03.12.2015	Temelset.Dekont.Cari Hesap ve Muhasebe Hesapları Arası Dekont Kayd
Koşul	Online muhasebe kullanılıyor.
Ek Açık.	Genel dekont kaydında 201501018 dekont numarası giriliyor ve yevmiye fişi oluşuyor
Problem	Genel dekont kaydında 20150101 belgesi girildiği zaman muhfis’e slime cümlesi gönderiliyor ve entegrefkey 20150101% olarak gönderildiği için daha once girilmiş olan 201801018 olan kaydı bulmuş ve silmiş oluyor.Edefter kullandıldığı içinde daha once bildirilen yevmiyeden farklı bir kayıt oluşmasına izin verilmiş oluyor

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
02.03.2016 10:24:00	0	Tamam	Evet	Hayır	125641	Test . Cigdem AVANOGLU
Dosya	Dekont.dll (8.0.6.797), DisTicaret.dll(8.0.6.737), Muhasebe.dll (8.0.6.1019)
Modül	Dekont Modülü
Açıklama	Dekont numarası 8 karakterden fazla kullanılıyorsa aşağıdaki parametre tanımlanmalıdır. Grup Kodu: "Dekont" Anahtar: "DEKONTNOON" Değer: "0"

İstek No 55447

Tarih	Program
29.12.2015	Temelset.Dizayn.Dizayn
Koşul	E-fatura api/ara tablo yöntemi kullanılıyor efatura dizaynda additional sahalar ekleniyor AdditionalDocumentReferance.Id AdditionalDocumentReferance.IssuDate AdditionalDocumentReferance.DocumentType AdditionalDocumentReferance.DocumentTypeCode
Ek Açık.	Temelsetten efatura oluştururken bu bilgiler xml içine yazılıyor, ara tablodan efatura oluştururken ise bu bilgiler xml içine yazılmıyor
Problem	Ara tablodan efatura oluştururken de Additional sahaların xml içine eklenebilmesi talep ediliyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
11.02.2016 10:05:00	0	Tamam	Evet	Hayır	125347	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (8.0.6.301)
Modül	Fatura
Açıklama	EFATURA\EFATAPIDIZAYNSOR özel parametresi de tanımlı olmalıdır

İstek No 55516

Tarih	Program
07.01.2016	Temelset.Fatura.Aliş Faturası
Koşul	efatura eşleştirme ekranı cari kart seçiminden sonra gelip resmi fatura no da bu aşamada doldurulmalıdır.
Ek Açık.	efatura eşleştirme ekranı cari kart seçiminden sonra gelip resmi fatura no da bu aşamada doldurulmalıdır.
Problem	efatura eşleştirme ekranı cari kart seçiminden sonra gelip resmi fatura no da bu aşamada doldurulmalıdır.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
24.03.2016 16:50:00	0	Tamam	Evet	Hayır	126293	Test . Cigdem AVANOGLU
Dosya	Fatura.dll (9.0.0.381)
Modül	Fatura
Açıklama	FATURA / OTOALISFATNO özel parametresi ile e-fatura carileri için alış faturası kaydı sırasında tarih alanı çıkışında resmi fatura numarasının otomatik doldurulması desteklendi.

İstek No 55766

Tarih	Program
29.01.2016	Temelset.Dizayn.Dizayn
Koşul	Nakli yekün başlık metni dizaynın sol tarafında çıkıyor. Başlık bilgisinin sürun bilgisi ayarlayabilmek istiyoruz.Sağ tarafta çıkması için.
Ek Açık.	Nakli yekün başlık metni dizaynın sol tarafında çıkıyor. Başlık bilgisinin sürun bilgisi ayarlayabilmek istiyoruz.Sağ tarafta çıkması için.
Problem	Nakli yekün başlık metni dizaynın sol tarafında çıkıyor. Başlık bilgisinin sürun bilgisi ayarlayabilmek istiyoruz.Sağ tarafta çıkması için.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
22.03.2016 09:26:00	0	Tamam	Evet	Hayır	126221	Test . Cigdem AVANOGLU
Dosya	Dizayn.dll (9.0.0.2281)
Modül	Fatura
Açıklama	DIZAYN\NAKLIYEKUNALTSATIR özel parametresi tanımlandığında nakli yekün açıklaması sağ tarafta nakli yekün tutarının üzerindeki satırda çıkmaktadır

İstek No 55837

Tarih	Program
04.02.2016	Temelset.Muhasebe.B Formu Basımı
Koşul	BFORMCARIKIRILIMIYAPMA özel parametresi kullanılıyor.
Problem	Hem perakende hem de toptan satış yapan mağazalarımız mevcut. Kurumsal satışlarda bir carinin farklı şubeleri için farklı cari kartlarımız aynı vergi numarası ile tanımlı. Bu carilere kestiğimiz faturaların b formunda doğru görünmesi için BFORMCARIKIRILIMIYAPMA özel parametresini kullanıyoruz. Ancak perakende satışlarda müşterilerimiz TC kimlik numaralarını vermedikleri zaman bu satışlar B formunda tek cari altında toplanıyor. TC veya vergi numarası olan carilerde BFORMCARIKIRILIMIYAPMA parametresinin çalışmasını ancak TC veya Vergi numarası olmayan carilerde çalışmamasını istiyoruz. PArametre bu şekilde düzenlenirse problemimiz çözülür. 500000’e yakın carimiz olduğu için manuel yönetmek oldukça zor oluyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
08.04.2016	0	Tamam	Evet	Hayır	126776	Test . Cigdem AVANOGLU
Dosya	Muhasebe.dll (9.0.1.975)
Modül	Muhasebe Modülü
Açıklama	Güncel dosya ile "MUHASEBE", "BFORMCARIKODKIRILIMYAPMA" özel parametresinin TC veya vergi numarası boş olan cariler için çalışmaması sağlandı.

İstek No 56019

Tarih	Program
24.02.2016	Temelset.Müşteri Çekleri._GENEL
Koşul	Merhaba, Müşterimizden döviz çeki aldık ve dövizli olarak giriş yaptık. Bu çeki başka bir tarihte bankaya teminata verdiğimizde kur farkı oluşturuyor. Tedarikçiye verdiğimizde kur farkı oluşturmasını kabul ediyoruz. Fakat bankaya verdiğimizde oluşmaması gerektiğini, vadesinde tahsil olduğunda kur farkı oluşması gerektiğini düşünüyoruz. Tahsile çıkarken kur farkını engelleyebilir miyiz?
Ek Açık.	Merhaba, Müşterimizden döviz çeki aldık ve dövizli olarak giriş yaptık. Bu çeki başka bir tarihte bankaya teminata verdiğimizde kur farkı oluşturuyor. Tedarikçiye verdiğimizde kur farkı oluşturmasını kabul ediyoruz. Fakat bankaya verdiğimizde oluşmaması gerektiğini, vadesinde tahsil olduğunda kur farkı oluşması gerektiğini düşünüyoruz. Tahsile çıkarken kur farkını engelleyebilir miyiz?
Problem	Merhaba, Müşterimizden döviz çeki aldık ve dövizli olarak giriş yaptık. Bu çeki başka bir tarihte bankaya teminata verdiğimizde kur farkı oluşturuyor. Tedarikçiye verdiğimizde kur farkı oluşturmasını kabul ediyoruz. Fakat bankaya verdiğimizde oluşmaması gerektiğini, vadesinde tahsil olduğunda kur farkı oluşması gerektiğini düşünüyoruz. Tahsile çıkarken kur farkını engelleyebilir miyiz?

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
08.03.2016	4	Yanıtlandı	Evet	Hayır	125940	Analiz . Okunmamış İstek Havuzu
Açıklama	CEKSENET\KURFARKIHESAPLAMA özel parametresi kullanılmalıdır.

İstek No 56024

Tarih	Program
24.02.2016	Temelset.Fatura.E-Arşiv Giden Kutusu
Koşul	Yabancı müşterilerin pasaport numaraları bu alanda tutulup otel yazılımı ile entegrasyon yapıldığından Ülke kodu TR olmayan carilerde E-arşiv oluşturma sırasında vergi numarasını kontrol etmeden programın 1111111111 gibi otomatik atama yapmasını rica ederiz.
Ek Açık.	Yabancı müşterilerin pasaport numaraları bu alanda tutulup otel yazılımı ile entegrasyon yapıldığından Ülke kodu TR olmayan carilerde E-arşiv oluşturma sırasında vergi numarasını kontrol etmeden programın 1111111111 gibi otomatik atama yapmasını rica ederiz.
Problem	Yabancı müşterilerin pasaport numaraları bu alanda tutulup otel yazılımı ile entegrasyon yapıldığından Ülke kodu TR olmayan carilerde E-arşiv oluşturma sırasında vergi numarasını kontrol etmeden programın 1111111111 gibi otomatik atama yapmasını rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
26.05.2016 15:15:00	0	Tamam	Evet	Hayır	127675	Test . Cigdem AVANOGLU
Dosya	Fatura.dll (9.0.1.390)
Modül	Fatura Modülü
Açıklama	Güncel dosya ile "EARSIV", "YABANCIMUSTERI" özel parametresi tanımlandığında, ülke kodu TR olmayan cariler için e-arşiv faturası oluşturulduğunda e-arşiv faturada TCKN alanına "11111111111" atılması sağlandı.

İstek No 56108

Tarih	Program
04.03.2016	Temelset.Cari.Cari Risk Girişi
Koşul	Sipariş giriş aşamasında müşteri mevcut toplam risk bakiyesinin parametrik yüzdesi kadar (ör %10) fazla sipariş girebilsin ama risk bakiyesi hiçbir şekilde değişmesin. Ayrıca diğer aşamalarda da (irsaliye, fatura) standart risk takibi şeklinde davransın isteniyor.
Ek Açık.	Sipariş giriş aşamasında müşteri mevcut toplam risk bakiyesinin parametrik yüzdesi kadar (ör %10) fazla sipariş girebilsin ama risk bakiyesi hiçbir şekilde değişmesin. Ayrıca diğer aşamalarda da (irsaliye, fatura) standart risk takibi şeklinde davransın isteniyor.
Problem	Sipariş giriş aşamasında müşteri mevcut toplam risk bakiyesinin parametrik yüzdesi kadar (ör %10) fazla sipariş girebilsin ama risk bakiyesi hiçbir şekilde değişmesin. Ayrıca diğer aşamalarda da (irsaliye, fatura) standart risk takibi şeklinde davransın isteniyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
05.04.2016 17:35:00	0	Tamam	Evet	Hayır	126656	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (9.0.0.390)
Modül	Fatura
Açıklama	FATURA\RISKLIMITORAN özel parametresi tanımlandığında DEGER alanına yazılan oran yüzdesi kadar fazla tutarda sipariş kaydı yapılabilmesi desteklenmiştir.

İstek No 56117

Tarih	Program
07.03.2016	Temelset.._GENEL
Koşul	Netsis içerisinden modüllerde mail uygulaması kullanıyoruz. Fakat müşterimizde İso 27001 belgesi almak istediği için , güvenlikten dolayı clientlara relay yetkisi vermek istemiyorlar. Hatta bunlardan bir tanesinde relay yetkisi verildi , bir çok defa ip leri blacklist e girdiği için relay yetkisini kaldırmak durumunda kaldılar. Konuyla ilgili nasıl bir yol izlemeliyiz , yardımcı olabilir misiniz.
Ek Açık.	Netsis içerisinden modüllerde mail uygulaması kullanıyoruz. Fakat müşterimizde İso 27001 belgesi almak istediği için , güvenlikten dolayı clientlara relay yetkisi vermek istemiyorlar. Hatta bunlardan bir tanesinde relay yetkisi verildi , bir çok defa ip leri blacklist e girdiği için relay yetkisini kaldırmak durumunda kaldılar. Konuyla ilgili nasıl bir yol izlemeliyiz , yardımcı olabilir misiniz.
Problem	Netsis içerisinden modüllerde mail uygulaması kullanıyoruz. Fakat müşterimizde İso 27001 belgesi almak istediği için , güvenlikten dolayı clientlara relay yetkisi vermek istemiyorlar. Hatta bunlardan bir tanesinde relay yetkisi verildi , bir çok defa ip leri blacklist e girdiği için relay yetkisini kaldırmak durumunda kaldılar. Konuyla ilgili nasıl bir yol izlemeliyiz , yardımcı olabilir misiniz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
05.05.2016 17:08:00	0	Tamam	Evet	Hayır	127317	Yazılım . Cigdem AVANOGLU
Dosya	Ortak dizininde Eposta.dll (9.0.1.100), Redemption.dll, Redemption64.dll dosyaları Servis dizininde NBridge64.exe dosyası güncellenmelidir
Açıklama	EPOSTA\USEOUTLOOK özel parametresi kullanıldığında programdan E- posta gönderim işleminde From alanı Sso da tanımlanan mail adresinden değil ilgili makinadaki outlook kullanıcısının mail adresi üzerinden gönderilebilmesi desteklendi.

İstek No 56254

Tarih	Program
21.03.2016	Temelset.Fatura.Toplu E-Arşiv Oluşturma
Koşul	earşiv uygulaması kullanılıyor
Ek Açık.	.
Problem	dış ticaret modülü lisanslarda mevcut fakat henüz kullanılmaya başlanmamış durumda earşiv taslak oluşturma ekranına getirmiyor. Desteklenmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
24.03.2016 16:55:00	0	Tamam	Evet	Hayır	126294	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (9.0.0.381)
Modül	Fatura
Açıklama	EARSIV\FATURAYURTDISI özel parametresi tanımlı iken Dış Ticaret lisansı olsa bile Toplu E-Arşiv Oluşturma ekranında “Yurtdışı Faturalar Getirilsin” seçeneği işaretlendiğinde fatura modülünden İhr/İth tipli faturalar listelenmekte, Bu özel parametre tanımlanmadığında ise dış ticaret modülünden İhr/İth tipli faturalar listelenmektedir.

İstek No 56288

Tarih	Program
24.03.2016	Temelset.Fatura.Satış Faturası
Koşul	Z raporlarının işlenmesi için parametrelere tanımlama yapıldı. Z raporları stoklu olarak kayda alındı. Faturanın z olarak isaretlendiğinde kapalı olma ve kasaya nakit tahsil olması zorunluluğu bulunuyor. Ancak biz hızzlı kasadan pos tahsilatını kullanmaktayız. Eğer tüm z raporunu nakit veya iki kasaya bölerek nakit ve pos olarak almamız bizim hızlı kasa tahsilatı modülünü kullanmamız imkansız oluyor. Z raporu faturalarının açık olarak kayda alınabilmesini rica ederiz. Böylelikle nakiti kasadan posu da hızlı kasadan tahsil edip ilgili z raporu carisini kapatabiliriz.
Ek Açık.	Z raporlarının işlenmesi için parametrelere tanımlama yapıldı. Z raporları stoklu olarak kayda alındı. Faturanın z olarak isaretlendiğinde kapalı olma ve kasaya nakit tahsil olması zorunluluğu bulunuyor. Ancak biz hızzlı kasadan pos tahsilatını kullanmaktayız. Eğer tüm z raporunu nakit veya iki kasaya bölerek nakit ve pos olarak almamız bizim hızlı kasa tahsilatı modülünü kullanmamız imkansız oluyor. Z raporu faturalarının açık olarak kayda alınabilmesini rica ederiz. Böylelikle nakiti kasadan posu da hızlı kasadan tahsil edip ilgili z raporu carisini kapatabiliriz.
Problem	Z raporlarının işlenmesi için parametrelere tanımlama yapıldı. Z raporları stoklu olarak kayda alındı. Faturanın z olarak isaretlendiğinde kapalı olma ve kasaya nakit tahsil olması zorunluluğu bulunuyor. Ancak biz hızzlı kasadan pos tahsilatını kullanmaktayız. Eğer tüm z raporunu nakit veya iki kasaya bölerek nakit ve pos olarak almamız bizim hızlı kasa tahsilatı modülünü kullanmamız imkansız oluyor. Z raporu faturalarının açık olarak kayda alınabilmesini rica ederiz. Böylelikle nakiti kasadan posu da hızlı kasadan tahsil edip ilgili z raporu carisini kapatabiliriz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
13.04.2016 11:07:00	0	Tamam	Evet	Hayır	126939	Yazılım . Cigdem AVANOGLU
Dosya	Fatura (9.0.0.394)
Modül	Fatura
Açıklama	FATURA\ZRAPORACIK özel parametresi tanımlandığında Açık Fatura seçildiğinde de Z Raporu seçeneği işaretlenebilmektedir.

İstek No 56373

Tarih	Program
01.04.2016	Temelset. ._GENEL
Problem	EKLİ GELEN SATICI SİPARİŞ MAILINDE, MAILIN KONUSUNA SİPARİŞ NUMARASI VE TEDARİKÇİ İSMİNİN GELMESİNİ İSTİYORUZ. BUNUNLA İLGİLİ NE YAPABİLİRİZ?

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
12.05.2016 17:28:00	0	Tamam	Evet	Hayır	127433	Test . Cigdem AVANOGLU
Dosya	Fatura.dll (9.0.1.385)
Modül	Fatura
Açıklama	EPOSTA/KONUDACARIBASILSIN özel parametresi ile mailin konusuna cari ismi ile birlikte belge numarasının da yazılması desteklenmiştir.

İstek No 56392

Tarih	Program
04.04.2016	Temelset.Cari.Detay Koşul Kayıtları
Koşul	Detay koşul kayıtlarında fiyat grubu seçildiği zaman, stok kodunun da aynı anda desteklenmesi. Var ise stok kodunun detay koşul kaydına öncelik verilmesi
Ek Açık.	Detay koşul kayıtlarında fiyat grubu seçildiği zaman, stok kodunun da aynı anda desteklenmesi. Var ise stok kodunun detay koşul kaydına öncelik verilmesi
Problem	Detay koşul kayıtlarında fiyat grubu seçildiği zaman, stok kodunun da aynı anda desteklenmesi. Var ise stok kodunun detay koşul kaydına öncelik verilmesi

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
05.04.2016 16:43:00	0	Tamam	Evet	Hayır	126646	Test . Cigdem AVANOGLU
Dosya	Fatura.dll (9.0.0.390), Cari.dll (9.0.0.223)
Açıklama	Grup Kodu: "KOSUL" Anahtar: "FIYATGRUPSTOK" Değer: "0" Özel parametresi tanımlanarak detay koşul kayıtlarında fiyat grubu seçildiği zaman stok kodu da girilebilmesi sağlandı.

İstek No 56508

Tarih	Program
14.04.2016	Temelset.Muhasebe.Hesap Planı
Koşul	Hesap planında yavaşlık (8.0.6 seti kullanılıyor)
Problem	Hesap planı açılışında yavaşlık var.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
20.04.2016 09:11:00	0	Tamam	Evet	Hayır	127033	Yazılım . Cigdem AVANOGLU
Dosya	Muhasebe.dll (9.0.0.970)
Modül	Muhasebe
Açıklama	GRID\PERFORMANS\12_2 özel parametresi tanımlanmalıdır.

İstek No 56523

Tarih	Program
18.04.2016	Temelset.Muhasebe.E-Defter Onaylama
Koşul	7 şube ve merkez bir veritabanında, serbest bölge ayrı bir veritabanında takip edilmektedir. Vergi numarası tek olup edefter portala 2 parça halinde yüklenmektedir.
Problem	Edefter şubeler dahil çalıştırıldığında dosya adı 6470337578-201601-Y-000000.xml şeklinde olduğundna parçalı defter yüklenemiyor. eğer mükellef ve düzenleyen bilgilerindeki edefter şube kodunu dikkate alırsa sorunumuz çözülecektir. Merkezden çalıştırıldığında şubeler dahil denildiğinde de merkezdeki edefter şube kodunu dikkate almasını rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
09.06.2016 11:39:00	0	Tamam	Evet	Hayır	127956	Test . Cigdem AVANOGLU
Dosya	Muhasebe.dll (9.0.1.978), NetsisEDefter.dll
Modül	Muhasebe
Açıklama	"EDEFTER / SUBELERDE_ORTAK_SUBELI_EDEFTER" özel parametresi ile Mükellef ve Düzenleyen Bilgileri ekranındaki "E-Defter Şube Uygulaması Kullanılsın" parametresi işaretli iken oluşturulan e-defterlerin dosya adının "VKN-Yıl/Ay-Parça No-Şube Kodu" formatında oluşturulması desteklenmiştir.

İstek No 56662

Tarih	Program
06.05.2016	Temelset.Mrp.Malzeme Gereksinim Planlama
Koşul	NETSIS-ERP / NTERP-14759 – Güralp vinç mrp problemi: mevcut belgeler ve stok bakiyesinin kullanımıyla ilgili problem
Ek Açık.	NETSIS-ERP / NTERP-14759 – Güralp vinç mrp problemi: mevcut belgeler ve stok bakiyesinin kullanımıyla ilgili problem
Problem	NETSIS-ERP / NTERP-14759 – Güralp vinç mrp problemi: mevcut belgeler ve stok bakiyesinin kullanımıyla ilgili problem

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
24.05.2016	1	Yanıtlandı	Hayır	Evet	127633	Yazılım . Cevat Takak
Dosya	mrp.dll (8.0.6.1273), 806 dbupdate dosyaları
Modül	MRP
Açıklama	mrp.dll (8.0.6.1273), 806 dbupdate dosyaları

İstek No 56664

Tarih	Program
06.05.2016	Temelset.Fatura.Aliş Faturası
Koşul	E-FATURA ALIŞ FATURASI KAYIT EDERKEN RESMİ FT.NO KISMINA E-FATURA NUMARASI ÖRN.FYS201600000001 NUMARASINI ITMATİK OLARAK ATMIYOR.NORMAL FATURALARIN NUMARASINI OTOMATİK ATIYOR.KAÇ KERE BUNUNLA İLGİLİ MAİL ATTIK HALA ÇÖZÜM BULUNAMADI YOKSA FİRMANIZDA ÇÖZÜM KONUSUNDA SIKINTI MI VAR? LÜTFEN KISA SÜREDE ÇÖZÜM BULALIM.
Ek Açık.	E-FATURA ALIŞ FATURASI KAYIT EDERKEN RESMİ FT.NO KISMINA E-FATURA NUMARASI ÖRN.FYS201600000001 NUMARASINI ITMATİK OLARAK ATMIYOR.NORMAL FATURALARIN NUMARASINI OTOMATİK ATIYOR.KAÇ KERE BUNUNLA İLGİLİ MAİL ATTIK HALA ÇÖZÜM BULUNAMADI YOKSA FİRMANIZDA ÇÖZÜM KONUSUNDA SIKINTI MI VAR? LÜTFEN KISA SÜREDE ÇÖZÜM BULALIM.
Problem	E-FATURA ALIŞ FATURASI KAYIT EDERKEN RESMİ FT.NO KISMINA E-FATURA NUMARASI ÖRN.FYS201600000001 NUMARASINI OTOMATİK OLARAK ATMIYOR.NORMAL FATURALARIN NUMARASINI OTOMATİK ATIYOR.KAÇ KERE BUNUNLA İLGİLİ MAİL ATTIK HALA ÇÖZÜM BULUNAMADI YOKSA FİRMANIZDA ÇÖZÜM KONUSUNDA SIKINTI MI VAR? LÜTFEN KISA SÜREDE ÇÖZÜM BULALIM.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
06.05.2016	0	Yanıtlandı	Evet	Hayır	127332	Analiz . Okunmamış İstek Havuzu
Açıklama	FATURA / OTOALISFATNO özel parametresi ile e-fatura carileri için alış faturası kaydı sırasında tarih alanı çıkışında resmi fatura numarasının otomatik doldurulması desteklenmiştir.

İstek No 56753

Tarih	Program
16.05.2016	Temelset.Fatura.Toplu E-Fatura Oluşturma
Koşul	E-fatura oluşturulurken DespatchDocumentReference ID değerinin xml içinde değerinin düzenlenebilmesi isteniyor.
Ek Açık.	Carrefour e-faturaları sistemden otomatik almak için ilgili sahada sıfır değerlerinin yer almasını istemediğini iletmiş.
Problem	Xslt içinde yapılan düzenlemenin yeterli olmadığını xml’ de de değerlerin bu şekilde olması gerektiğini söylerler.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
26.05.2016 16:03:00	0	Tamam	Evet	Hayır	127677	Yazılım . Cigdem AVANOGLU
Dosya	Fatura.dll (9.0.1.390)
Modül	Fatura
Açıklama	EFATURA\SIFIRLARITEMIZLE özel parametresi tanımlandığında E- Fatura Görüntüleme ekranında İrsaliye No alanında ve xml de DespatchDocumentReference ID değerinde soldaki sıfırların atılarak gösterilmesi desteklendi.

İstek No 56933

Tarih	Program
03.06.2016	Temelset.Müstahsil Faturası.Müstahsil Makbuzu Girişi
Koşul	müstahsil faturasında girilen mera kesintisi tutarı brüt toplama eklenerek BA formuna getiriliyor, brüt toplam değeri gelmeli.
Ek Açık.	müstahsil faturasında girilen mera kesintisi tutarı brüt toplama eklenerek BA formuna getiriliyor, brüt toplam değeri gelmeli
Problem	müstahsil faturasında girilen mera kesintisi tutarı brüt toplama eklenerek BA formuna getiriliyor, brüt toplam değeri gelmeli.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
12.07.2016 09:59:00	0	Yanıtlandı	Evet	Hayır	128437	Test . Cigdem AVANOGLU
Modül	Müstahsil Faturası
Açıklama	MUHASEBE \ BFORM_MERA_HARIC özel parametresi tanımlanmalıdır.

İstek No 57025

Tarih	Program
14.06.2016	Temelset.Fatura.Satış Faturası
Koşul	İşletmeli holding yapısı kullanılıyor. 42 tane işletme var ve bu işletmelerden 6 tanesi ofline e-fatura kullanılıyor. Satış faturası girerken resmi belge numaraları aynı denk geldiği için resmi fatura no daha önce kullanılmış uyarısı veriyor. Resmi fatura numarasının işletme bazında tekrar kontrolü yapılması gerekiyor.
Ek Açık.	7.0 da bu kontrol olmadığı için fatura kesebiliyor ve GIB’e yüklüyebiliyorduk. 8.0 da da bunu yapabilmek istiyoruz.
Problem	E-fatura satış faturası girilemiyor.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
29.06.2016 11:54:00	0	Tamam	Evet	Hayır	128341	Test . Cigdem AVANOGLU
Dosya	Fatura.dll (9.0.2.0)
Modül	Fatura
Açıklama	FATURA / GIBFATIRSNOKONTROL özel parametresi ile resmi fatura numarasının tekrarlı girilebilmesi desteklenmiştir.

İstek No 57186

Tarih	Program
29.06.2016	Temelset.Fatura.E-Fatura Zarfı Silme
Koşul	Versiyon 9.0.2 kullanıyoruz.
Ek Açık.	E-Fatura İptal işlemleri, SSO dan Kullanıcıya yetki veriliyor.
Problem	E-Devlet işlemlerinde Admin Yetkisi olmadan İPTAL işlemleri yapılamıyor, sadece SSO dan yapılan yetki tanımlaması yeterli olmuyor. Yeni 9.0.2 versiyona SSO dan İptal Yetkisinin eklenmesini istiyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
11.07.2016	4	Yanıtlandı	Hayır	Hayır	128419	Analiz . Okunmamış İstek Havuzu
Açıklama	Belirtilen sorun güncel dosyalarda tespit edilememiştir. Konu ile ilgili detaylı inceleme yapılabilmesi için lütfen müşteri temsilcinizle görüşünüz.

İstek No 59043

Tarih	Program
04.01.2017	Demirbas.Netsis Demirbaş.Detaylı Değerleme ve Amortisman Raporu (VUK)
Koşul	Demirbaş VUk raporunda İtfa olanların gelmesi için tik konulmasını rica ederiz.
Ek Açık.	Aylık demirbaş raporuna ekleme yapılmış olan itfa olan demirbaşlar gelmesi tikinin vuk raporuna da eklenmesini rica ederiz.
Problem	Demirbaş VUk raporunda İtfa olanların gelmesi için tik konulmasını rica ederiz.Aylık demirbaş raporuna ekleme yapılmış olan itfa olan demirbaşlar gelmesi tikinin vuk raporuna da eklenmesini rica ederiz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
04.01.2017	0	Yanıtlandı	Evet	Hayır	132310	(Auto) Call Center . Yazılım Destek Merkezi
Açıklama	İtfa olmuş demirbaşların rapora gelmesi için DEMIRBAS / ITFASONRASIAMORTISMAN özel parametresi tanımlanmalı ve böylece itfa olan demirbaşlar için de 0 tutarlı amortisman ayrılması sağlanmalıdır.

İstek No 59152

Tarih	Program
17.01.2017	Temelset.Fatura.Satış Faturası
Koşul	seri takibi ve irsaliyeler saklansın ve irsaliye parçalama parametresi aktif
Problem	seri takibi aktif iken satış faturasında belge tipi pasif olarak gelmekte irsaliye seçeneğini seçemiyoruz. Acil çözüm bekliyoruz.

Tarih	Ktgr	Drm	Kpnd	DBUpdt	Cevap #	Delege Edilen
17.01.2017	0	Yanıtlandı	Evet	Hayır	132476	(Auto) Call Center . Yazılım Destek Merkezi
Açıklama	Grup Kodu:FATURA Anahtar:PARCALI_IRS_VE_SERISIZ_STOK özel parametresi tanımlanmalıdır.

Top of Form

Bottom of Form

Top of Form

Bottom of Form

İletişim

Netsis Erp Özel Parametreler

Üretim Takip Sistemlerinin Firmalara Kazandırdığı Önemli Faydaları

Netsis Eposta Ayarları

Son Yazılar

Netsis Ürünleri Özellik Farkları

Şirket mobil cihazlarda siber güvenliğin önemi

IP Kamera Sistemleri ve Yapay Zeka: Güvenlikte

Yapay Zeka Bilgisayarı Alırken Dikkat Edilmesi Gerekenler

Yapay Zeka Şirketlere Sağladığı Avantajlar ve Geleceği

Sunucu satın alırken dikkat edilmesi gerekenler

Bir İşletme Neden ERP Yazılımı Kullanmalı?

Günümüzdeki Bulut Bilişim ve Geleceği

Profesyonel Bilgi İşlem Desteği Almanın ve Bakım

Siber Güvenlik Önlemlerini Almanın ve Bu Konunun

Kategoriler