6335 sayılı Kanun ile Yeni Türk Ticaret Kanunu'nda Yapılan Değişiklikler

http://www.denetimnet.net/UserFiles/Documents/2012/6335-sayili-kanun-ile-yapilan-degisiklikler.pdf

Microsoft 4. Çeyrekte (2012) Dynamics Erp’yi Azure Cloud üzerine taşımayı planlıyor.

IDG News Service (Boston Bureau)—Microsoft, Houston’da yapılan Birleşme konferansı sonucunda, bu yılın sonunda kendisinin ilk cloud uyumlu Dynamics Erp uygulamalarını çıkarmayı planladığını açıkladı.

Microsoft, geçen seneki Birleşme şovunda, ilk önce dört Erp kanalının yeni versiyonlarını Azure cloud platformuna taşıma üzerine konuştu. Yeni versiyon geçişleri bu yılın 4. Çeyreğinde NAV 2013 ve GP 2013 sürümler ile gerçekleşecek. NAV 2013’ün beta versiyonunun Mayıs ayında çıkması planlanıyor.

Bir başka ifadeye göre Microsoft,perakende,tekstil ve ekipman üretimi gibi çeşitli dikey çözümleri bulunun özel bağımsız yazılım tedarikçisi olan partnerlara özel Azure sunucu servisleri sunmayı planlamakta.

Kirill Tatarinov, Microsoft İş Çözümleri Departmanı başkanı, konferansa web görüşmesi ile bağlanarak,Dynamics müşterilerini rakiplerinden ayıracağını umduğu, buluta geçiş esnekliği, IT isteklerine göre oluşturulan,özel bulut uygulamasını dinleyicilerle paylaştı. ‘Koşullarınıza göre bulut uyguluyoruz’ şeklinde ekledi.

Bu konuşmanın öncesinde, Microsoft üst düzey yetkilisi Kevin Turner , ‘Biz sizi, bizim bulut sistemimize taşımak istemiyoruz, eğer kendi bulutunuzu yaratmak istiyorsanız biz size yardım etmek istiyoruz.’ Dedi

Diğer bir açıklamada, dördüncü çeyrekte AX 2012 R2 yani  kullanıcı ihtiyaçlarına göre BI özellikleri güçlendirilmiş yeni versiyonun çıkacağı duyuruldu.

Tatarinov, ‘Eğer AX 2012 uygulamasına geçecekseniz biraz daha sabredin, R2 kullanıcılara yeni fonksiyonlar,uygulamalar ve en iyi altyapıyı tekrar implementasyona gerek kalmadan sunacak.’dedi.

Ek olarak, Microsoft AX’nın, (diğer programlara göre büyük firmalarda daha yaygın kullanılan), Azure’ye geçiş planları olduğunu doğruladı. Ancak, Fred Studer, Dynamics genel müdürü, AX ve Dynamics SL (hizmet firmalarında kullanılan ürün) için Azure’ye geçiş takviminin henüz belli olmadığını belirtti.

Ayrıca, ‘Bilgilerin net olmaması, Microsoft’un planlarına uymayacağı anlamına gelmiyor, tüm ERP ürünlerimizi buluta geçirme konusunda hala kararlıyız.’diye ekledi.

Dynamics uygulamaları geçmişden beri partnerlar üzerinden satılmaktadır. Studer, ‘Azure ile bu değişmeyecek ‘dedi. ‘partner ekosistemi çok kritik bir bileşendir.Onlar önceden beri müşterilerle ilişkiyi kurmuş bulunmakta.’

Partnerlar, Azure içeren Dynamics ürünlerini , temeli SaaS modeline dayanan ücretlendirme üzerinden abonelik ile satabilecekler.Ancak hala bu ayrıntıların üzerinden geçiliyor,Studer, ’Beta versiyonlara geçişte (NAV için) ,bu işlemleri yönetmede en iyi yolu tespit edeceğiz. Bu işlemi yapabileceğimiz en basit şekilde yapacağız.’ dedi.

Constellation Research CEO’su, analist Ray Wang, , Dynamics abonelik ücretlemesinin, tamamlandığında ‘ Mevcut modellere öncülük etmesi muhtemel’ diye belirtti.

Azure’ye geçişten sonra ,tüm Dynamics ERP ürünleri , gelişme formunda ve geleneksel hosting partnerlarında yer almaya devam edecek.

Turner konuşmasında, özellikle , ‘Tüm Dynamics kullanıcılarına, Office 365 üretkenlik sürümü ya da Windows 8 OS gibi gelecek teknolojileri gibi  Microsoft’un bulut yazılımdaki geniş portföyü sayesinde kazanacakları avantajları satmayı hedeflediklerini vurguladı.

Turner, ayrıca, Windows 8’in chip mimari desteği cihazlarda çeşitilk ve Metro kullanıcı arayüzü, farkı cihaz tipleri arasında daimi bir kullanım deneyimi sunacaktır ve kullanıcı,  tüm bunlara ilave olarak Microsoft’un Dynamics ürünlerini de içeren tüm yazılım portföyünden de yararlanabileceğini belirtti.

Wang, konuşmasında ‘Dynamics büyüyor, Microsoft’un içindeki sinerji farkedilmeye başlandı.’ Dedi.

Turner ayrıca Microsoft’u agresif bir şekilde karlı işlere yatırım yapan bir şirket olarak tanımlamak istiyor.

‘Microsoft bu sene araştırma ve geliştirmeye 9 billion dolar yatıracak ve bunun toplamda 3 billion doları yakın gelecek teknolojileri üzerine olacak.’dedi. Paranın tam olarak nelerin üzerine yatıralacağını açıklamasa da ‘temel olarak her ürünün’ önümüzdeki 12-16 ay içinde ‘yenileneceğini’ söyledi.

Pazartesi günü açıklanan diğer haberler;

-Dynamics CRM ile ilgili yeni geliştirme , on-demand ve on-premise verisyonlarında kullanılan aynı kod temeli, dördüncü çeyrekte açıklanacak. Microsoftun açıklamasına göre yeni özellikler ‘sosyal müşteri ilgisi ve bulut-temelli data güçlendirme hizmetleri’ üzerine odaklanacak.

Accenture, McLane Logistics Technology ve Bull’un da dahil olduğu sistem integratörleri AX ekosistemine dahil oldular ve çeşitli dikey çözümler için yerelleştirme çalışmalarına başladılar.  

-Microsoft, InsideView ile kurduğu ortaklık ile tedareikçilerin ‘satış zekası’ yazılımını Dynamics CRM ile birleştirecek. 

Navision - Sıkça Sorulan Sorular

1. Navision tasarım araçları ya da veritabanından tablolara erişerek kayıt silmek mümkün mü?

Kesinlikle hayır! Bütün veritabanı ilişkileri biliniyor olsa bile tavsiye edilmez.

2. Stok miktarlarında virgülden sonraki iki hane girilemiyor?

Genel muhasebe -> kurulum, birim ve tutar ondalık haneleri ayarı yapılmalı. 2:2, 0:2 gibi.

3. Stok formunda açıklama alanı 30 karakter ve yetmiyor. Bu alanı artırabilir miyiz?

“Açıklama 2” alanını forma ekleyebilir ve onu kullanabilirsiniz. Açıklama alanını artırmak işi sistemde birçok nesnede değişiklik yapılmasını gerektireceğinden “Açıklama 2” alanını kullanarak daha pratik çözüm üretebilirsiniz. Genel yaklaşım olarak, nesnede hemen değişiklik yapmak yerine varolan çözüm alternatiflerinden yararlanmayı deneyiniz.

4. Sabit Kıymetlerin satın alma işlemlerinde satın alma belgelerine KDV gelmiyor. Sabit kıymetin KDV tanımı nereden alınıyor?

Sabit kıymet KDV Kayıt grupları içerisinde “Edinme Maliyeti” olarak tanımlanan muhasebe hesap kartının deftere nakil sayfasında yer alan “satın alma” ve “KDV ürün grubu” tanımlarından gelir. Örneğin, 255.01 GM hesabının deftere nakil sayfasındaki tanımlamalarda ne tanımlandı ise, ilgili hesabı kullanan sabit kıymet KDV deftere nakil grubu otomatik olarak satınalma belgesi satırına gelir.

5. Hesap planını ağaç yapıda (tree-view) olarak tanımlamak mümkün mü?

Hayır, sadece boyut gösteriminde ağaç yapıda kurgu yapılabilir. Hesap planı ağaç yapıda tanımlamada amaç, üst hesaba kayıt yaptırılmaması ise kartta yer alan “Doğrudan Deftere Nakil” ve “Hesap Türü” alanlarına verilecek değerler ile bu fonksiyonalite elde edilebilir.

6. Çift hesap planı (Double booking) ile kayıt yapmak mümkün mü?

Navision standart sürümde öyle bir fonksiyonalite yok. Fakat ihtiyaca göre bir boyutu alternatif hesap planı gibi kurgulayıp normal hesap planındaki her hesap için ilgili boyuta denk gelen boyut değerini, alternatif hesap planındaki bir hesap olacak şekilde bir eşleştirme ile yapılacak bir model belki ihtiyacı karşılar.
Not: Bu model kurgulanmadan önce alternatif hesap planındaki hesap sayısı, eşleştirme şekli (1->n, n->n vs. gibi) mutlaka gözönünde bulundurulmalıdır.

7. Geliştirilen nesne numaraları yanlış verilmiş ve başka bir aralığa taşınmak isteniyor. Örneğin 50000 lerde geliştirilen nesneler 60000 aralığına taşınacak. Nasıl yapılır?

Compare and Renumbering Tool kullanabilirsiniz.

8. Teklifler siparişe dönüşürken siliniyor. Nasıl silinmemesi sağlanabilir?

Teklif ekranında bulunan arşivleme işlev kullanılabilir.
Not: Bu işlevin İş İlişkileri Yönetimi modülünün bir granülüne ait olduğu hatırdan çıkarılmamalıdır.

9. Boyutları dönem içinde değiştirmek mümkün mü?

Mümkün de olsa tavsiye edilmez. En iyi yöntem, implementasyon aşamasında belirlenmesi ve live olmadan önce son halini alması.

10. Farklı boyutlar için, oranlar aynı da olsa, muhasebe yevmiye defterinde farklı KDV satırları oluşuyor. Birleştirilmesi mümkün mü?

Navision da muhasebe kayıtları ilgili defter girişleri ile genelde 1-1 ilişki şeklinde olduğundan kesinlikle gerek muhasebe defter girişlerine ya da başka herhangi bir defter girişi tablosuna (ledger) müdahele edilmesi tavsiye edilmez. Yevmiye defteri sayfası çoğalması ERP uygulamalarında doğası gereği olabiliyor. Bu konuda geleneksel muhasebe yazılımlarına alışmış kullanıcıların implementasyon sırasında bilinçlendirilmesi gerekmektedir.

11. Navision içerisinde user tanımladım ama SQL veritabanına bağlanmıyor? (SQL Option kullanıyorum)

SQL veritabanıında login yaratın, Navision içerisinden user tanımlayın ve Eşitle işlevini çalıştırın.
Not: Navision güvenlik sistemi, bir yetkili kullanıcı için veritabanı oturumu açma oluşturduğunuzda başlatılır. Yetkili kullanıcı bundan sonra Navision içinden bu veritabanına tüm erişime sahip olur ve erişimi yönetir. Yetkili kullanıcı oluşturulana kadar, sisteme erişimi olan tüm kullanıcılar Navision veritabanında istedikleri hareketleri gerçekleştirebilirler.
Yetkili kullanıcının ilk yapması gerekenlerden biri, veritabanına erişimi olacak diğer kişiler için kullanıcı kimlikleri, Windows oturumu açma veya veritabanı oturumu açma hakkı oluşturmak ve bu kullanıcılara roller atamaktır. Navision’da izinler şirket düzeyinde tahsis edilir.
Güvenlik hakkında daha fazla bilgi için bkz: Kurulum ve Sistem Yönetimi el kitabı: Microsoft Business Solutions–Navision SQL Server Seçeneği.

12. Yevmiye defteri sıralama işlemini nasıl yaparım?

16901 numaralı raporu çalıştırın; bu rapor öncelikle “GL Register” tablosundaki “Article No” alanını tarihe göre sıralayacak ve sonra yevmiye defterini önizleme ekranına getirecektir.

13. Çek senet muhasebe entegrasyonunu nasıl yapacağım?

Kambiyo senetleri modülünde muhasebe entegrasyonları portföy tanımları içinde ilişkilendirilen banka kartlarına ait kayıtlara aktarım grupları üzerinden yapılmaktadır. Kambiyo senedi bordro işleminde, bordroda hangi portföy kullanıldı ise o portföye bağlı banka hesabına bağlı muhasebe kartı, muhasebe defterlerine nakledilir.

14. Normal amortisman ve hızlandırılmış amortisman yöntemlerinde amortisman yıl sayısına müdahele edilemiyor?

- Normal amortisman yönteminde bitiş kayıtlı değeri verilirse verilen tutara ulaşıldıktan sonra amortisman ayırmıyor. Bitiş kayıtlı değeri verilmez ve amortisman bitiş tarihi yazılırsa son yıl orana bakmaksızın tümünü ayırıyor. Mevzuata uygun

- Azalan Bakiye-1 amortisman yönteminde bitiş tarihi verilemiyor. Dönem dışında amortisman başlangıç tarihi verilemiyor. Mevzuata uygun değil, yönetimsel amaçlarla kullanılmalı.

- Azalan Bakiye-2 amortisman yönteminde bitiş tarihi verilemiyor. Dolayısıyla bitiş kayıtlı değeri verilmediği takdirde herhangi bir yıla bakmaksızın sürekli kalan tutarı verilen oran kadar düşürüyor. Mevzuata uygun değil, yönetimsel amaçlarla kullanılmalı.

- AB1/NA amortisman yönteminde bitiş tarihi verilebiliyor. Bitiş kayıtlı değeri verilirse verilen tutara ulaşıldıktan sonra amortisman ayırmıyor. Bitiş kayıtlı değeri verilmezse herhangi bir yıla bakmaksızın sürekli kalan tutarı verilen oran kadar düşürüyor. Bitiş kayıtlı değeri verilmez ve amortisman bitiş tarihi yazılırsa son yıl orana bakmaksızın tümünü ayırıyor. Dönem dışında amortisman başlangıç tarihi verilemiyor. Mevzuata uygun.

- AB2/NA amortisman yönteminde bitiş tarihi verilebiliyor. Bitiş kayıtlı değeri verilirse verilen tutara ulaşıldıktan sonra amortisman ayırmıyor. Bitiş kayıtlı değeri verilmezse herhangi bir yıla bakmaksızın sürekli kalan tutarı verilen oran kadar düşürüyor. Bitiş kayıtlı değeri verilmez ve amortisman bitiş tarihi yazılırsa son yıl orana bakmaksızın tümünü ayırıyor. Mevzuata uygun.

- Genel Özellikler;

o Bitiş kayıtlı değeri verilmediği takdirde herhangi bir yıla bakmaksızın sürekli kalan tutarı verilen oran kadar düşürüyor.

o Bitiş kayıtlı değeri verilirse amortisman bitiş tarihine bakmaksızın verilen tutara ulaşıldıktan sonra amortisman ayırmıyor. (Yeniden değerleme yapılılırsa yeniden değerleme kadar ayırıyor.)

o Bitiş kayıtlı değeri ve amortisman bitiş tarihi verilmezse herhangi bir yıla bakmaksızın sürekli kalan tutarı verilen oran kadar düşürüyor

o Bitiş kayıtlı değeri verilmez ve amortisman bitiş tarihi yazılırsa son yıl orana bakılmaksızın tümü ayrılır.

15. Kaynak kodu alanını hangi amaçlarla kullanabilirim?

Günlük, sipariş, fatura veya iade faturalarını deftere naklettiğinizde ve çeşitli toplu işlemleri çalıştırdığınızda, girişler finansal raporlarda oluşturulur.
Bazen, belirli bir girişin, yevmiye defterinin veya satınalma faturasının deftere naklinden kaynaklanması gibi, nereden kaynaklandığını görmeniz gerekebilir. Bunun için, Kaynak Kodu ve Kaynak Kodu Kurulumu tablolarını kullanın.

Dikkat

Yeni bir şirket kurduğunuzda, program Kaynak Kodu ve Kaynak Kodu Kurulumu tablolarını otomatik olarak doldurur.
Deftere naklettiğinizde veya bir toplu işlem çalıştırdığınızda, program uygun kaynak kodunu girişe otomatik olarak iliştirir. Örneğin, yevmiye defterinden deftere naklettiğinizde, program girişi YEVDFT olarak kodlar.
Belirli bir girişin nereden geldiğini görmek için ilgili giriş tablosuna (G/M Girişi, Müşt. Defter Girişi, Satıcı Defter Girişi, Madde Defter Girişi, vb) giderek, girişin yanındaki Kaynak Kodu alanının içeriğine bakabilirsiniz.
Giriş tablosu penceresinde Kaynak Kodu alanı yoksa, bu alanı eklemeniz gerekir. Bu konuda bilgi edinmek için Uygulama Tasarımcısı Kılavuzu’na bakın.
Ana Menü, Genel Muhasebe, Kurulum, İzleme Kodları, Kaynak Kodları’nı seçerek Kaynak Kodu tablosuna erişebilirsiniz. Kaynak Kodu tablosu olası tüm kaynak kodlarını içerir.
Kaynak Kodu Kurulu tablosunu bulmak için Ana Menü, Genel Muhasebe, Kurulum, İzleme Kodları, Kaynak Kodu Kurulumu’nu seçersiniz. Bu tablo tüm deftere nakil yöntemleri (yevmiye defterinden, satınalma faturasından ve diğerleri) ile giriş oluşturan toplu işlemlerin adlarını içerir. Her deftere nakil yöntemi veya toplu işlemin yanında, ilgili bir kısaltma içeren kaynak kodu bulunur. Örneğin: YEVDFT Yevmiye Defteri

16. Form tasarımına girerken yetki hatası alıyorum. SUPER rolüne sahip olduğu halde neden yetki hatası alıyorum?

Navision yetkilendirme sistemindeki rol tanımı ile lisanslama sistemininden kaynaklanan erişim hakkı farklı alanlar. Form tasarımı, lisans dosyanızdaki tasarımcılara erişim hakkı ile verilen bir haktır. Ayrıca kullanıcılarda yetkilendirme yapılırken tasarımcılara giriş hakkını, izinler çalışma ekranında yine kısıtlayabilirsiniz.

17. Nokta vuruşlu yazıcılarda yevmiye defteri dökümü yavaş alınıyor. Nasıl hızlandırabilirim?

Navision önizleme ekranından yazıcıya gönderilen döküm, grafik modda gönderilir. Yevmiye defteri dökümlerini nokta vuruşlu yazıcılarda yazdırmak “mevzuatsal bir zorunluluk değildir”. Bu nedenle yazıcı olarak laser yazıcıları önermenizi tavsiye ederim.

18. Bir sistem tablosuna alan eklerken lisansla ilgili yetkilendirme hatası alıyorum?

Tablolar üzerindeki değişiklikleri 50000-99999 aralığında numara vererek yapın. Hem tablo numaraları hem de alan numaraları bu alanda olmak zorundadır. Navision numaralandırma sisteminde aralıklar şu şekilde tanımlanmaktadır:

- 1-9999: Temel uygulama aralığı

- 10000-49999: Ülkeye özel alanlar

- 50000-99999: Müşteriye özel alanlar

- 100000-999999999: Navision geliştirici iş ortakları tasarım alanları

19. Navision ile otomatik yedekleme yapmak mümkün mü?

Navision ile takvim planlama Navision Application Server kullanılarak yapılan geliştirmeler ile mümkündür. SQL Option sürümünde otomatik yedekleme için SQL Server araçlarını kullanabilirsiniz.

20. Üretim modülü haricinde stok firelerini nasıl girmeliyim?

Stok günlüklerini kullanabilirsiniz. Bu ekranda dikkat etmeniz gereken nokta, “giriş türü” alanını “Negatif ayarlama” olarak seçmeniz gerektiğidir. Giriş türü alanı ile şu bilgiler yardım dosyasında bulunabilir:

- Satınalma: Bir satınalmayı kaydetmek için kullanılır. Günlük satırı deftere nakledildiğinde satınalma istatistikleri ve fiyatları güncelleştirilir.

- Satışlar: Bir satışı kaydetmek için kullanılır. Günlük satırı deftere nakledildiğinde satış istatistikleri güncelleştirilir.

- Pozitif Ayrl: Stok maddelerinde satınalma dışında meydana gelen artışları kaydetmek için kullanılır.

- Negatif Ayarl: Kullanılamayan maddeler veya stok zararı ya da daralması gibi, stok maddelerinde meydana gelen satış dışı azalmaları kaydetmek için kullanılır.

- Transfer: Konumlar veya boyutlar arası bir transferi kaydetmek için kullanılır.

- Tüketim: Tüketim girişi kaydetmek için kullanılır.

- Çıktı: Çıktı girişi kaydetmek için kullanılır.

21. TL işlemlerde kur farkı kayıtları oluşturuyor? TL döviz türündeki kur olarak ne tanımlamalıyım?

Navision döviz tanımlarında yerel para birimleri için bir döviz tanımlaması yapmanıza gerek yoktur. Sadece genel muhasebe kurulumu – LPB Kodu alanını, raporlama amaçlı olarak TL ya da YTL olarak tanımlamanız yeterlidir. Eğer Türk Lirasını döviz olarak tanımlarsanız sistem, TL ile girilen tüm belgeleri de dövizli işlem olarak algılayacaktır. Bu nedenle TL için bir döviz tanımı yapmayıp, sadece dövizler için döviz tanımını yapın. Kur girişini ise şu şekilde tanımlayabilirsiniz:

Başlangıç Tarihi	Döviz Cinsi	İlişkisel Döviz Kodu	Döviz Kuru Tutarı	İlişkisel Döviz Kuru Tutarı	Ayarlama Döviz Kur Tutarı	İlişkisel Ayrlm Döviz Kur Tut.	Sabit Döviz Kur Tutarı
21.09.2004	USD		1	1,530,000	1	1,530,000	Para Birimi

Not: YTL işlemlerde TL, döviz olarak sisteme tanımlanacak ve sistemde TL ile yapılan her ödeme ve tahsilat, mevzuat gereği dövizli işlem gibi hareket görecektir.

22. Döviz tanımlarındaki genel sekmesindeki “Gerçekleşen Kazançlar” hesabı ile raporlama sekmesindeki “Gerçekleşmiş G/M Kazançları” hesabı arasındaki fark nedir?

Genel sekmesindeki alanlar, ilgili döviz ile yapılan işlemlerden doğan kazanç ya da kayıpların kaydedileceği muhasebe hesaplarını, başka bir deyişle muhasebedeki “Kambiyo Karları” ve “Kambiyo Zararları” hesaplarını tanımlamak için kullanılabilir. Raporlama sekmesindeki muhasebe hesapları ise; ilaveli para birimi ile yerel para birimi arasındaki para birimi ayarlamalarını ayarlamak için kullanılmaktadır. Raporlama sekmesindeki hesapları, bilanço dışında nazım hesaplarda bir alanda tanımlanması tavsiye edilebilir.

23. Navision uygulama geliştirme esnasında uyulması gereken development standart ları var mıdır?

Bu gibi standartlar NA Gui Guide (Navision Attain GUI Guide) dökümanında tavsiye niteliğinde yer almaktadır. Bu standartlara uyulması, güncelleştirmeler, diğer geliştirmeler ve Navision uygulaması ile uyumluluk gibi açısından tavsiye edilir.

24. Navision tablolarına SQL veritabanında doğrudan veri yazmak mümkün mü? Geliştirdiğimiz bir uygulamanın Navision a doğrudan veri yazmasını istiyoruz.

Kesinlikle tavsiye edilmez. Navision uygulamasında iş kuralları (business rules) Navision veritabanı içerisinde tutulmaktadır. Bu altyapı, tablolardaki bütün veri manipülasyonlarında (insert, update, delete) bu iş kurallarının uygulanmasını sağlar. Dışarıdan SQL tablosuna yapılan doğrudan müdahele, bu iş kurallarının atlanması ve çalışmaması sonucunu doğurabilir. Çözüm olarak 3. taraf uygulamayı Navision Application Server, Navision C/Front gibi araçlar kullanarak entegre etmeli ya da dosya alış – verişi için Navision dataport aracı kullanılmalıdır.

25. Giriş tablolarında (Ledger Entries) modifikasyon yaparsam sakıncalı olur mu?

Geliştirmelerde giriş tablolarınıza doğrudan kayıt yapmanız tavsiye edilmez. Bunun yerine günlük (journal) tablolarına kayıt yapmanız ve ilgili CodeUnit’ lerdeki işlevleri çalıştırmanız tavsiye edilir. Örneğin 17- GL Entry tablosuna yapılacak kayıt için 81-Gen.Journal Line tablosuna veri girişi yapıp 12- Gen. Jnl.-Post Line code unit çalıştırılmalı.

26. Her müşteri için muhasebede farklı hesap açıldığında bunu nasıl modelleriz?

Navision implementasyonlarında her müşteriye ayrı muhasebe kartı açmak yerine, müşterileri fonksiyonlarına göre gruplayıp muhasebede her gruba bir kart açılması ve hesap planının sadeleştirilmesi tavsiye edilir. Amaç her müşterinin muavin dökümünü almak ise müşteri kartından müşteri ekstresi ile aynı bilgiye ulaşılabilir. Müşteri kartına ayrı muhasebe hesabı açmanın, bir bilgiyi ikinci kez girmekten öte bir işlevselliği yoktur. Ayrıca, yeni açılan her müşteri kartında, o müşteri kartına ait özel kayıtlara aktarım grubu tanımlamak ve yeni bir muhasebe hesabı açmak gibi işlemler, günlük işlemleri sırasında yeni müşteri açma işlemini zorlaştıracağı için böyle bir model tavsiye edilmemektedir. Aynı model banka kartları, satıcılar, stok kartları ve sabit kıymet kartları için de uygulanabilir.

27. Navision’ da word, excel, jpeg gibi dosyaları Navision dökümanları ile ilişkilendirmemiz mümkün mü?

Mümkün. Bu işlem için “İş İlişkileri Modülü” içerisinde “Etkileşimler” işlevini kullanın. Kişilerinizle yapılan her türlü etkileşimde dosyaları gelen ya da giden dosya olarak saklayabilirsiniz.
Ayrıca stok, personel, sabit kıymet gibi bazı kartlarda kart ile ilişkili olarak resim dosyası saklayabilirsiniz.

28. Eğitim planı nasıl olmalı?

Öncelikle anahtar kullanıcı eğitimi olmalı. Bu eğitimin içeriği End user eğitimi gibi olmamalı. Daha çok implementasyon sırasında aynı dili konuşabilmek adına Navision kavramları gösterilmeli. Navision’ dan en çok verimi alabilmeleri adına eğitim sırasında esnek, genişletebilir alanları ve sınırları çok iyi belirtilmeli. Proje sırasında özellikle tasarım aşamasında anahtar kullanıcıların fikirleri alınmalı. End-user eğitimleri en sona bırakılmalı ve günlük işlemlerin nasıl gerçekleştirileceğine dair bolca örnek, test yaptırılmalı.

29. İmplementasyonlarda nasıl bir sıra izlenmeli?

Analiz->Tasarım->Geliştirme ve Test->Uygulama ve Eğitim->Destek aşamalarından oluşmalı. Bu model ile ilgili MBS Implementation Methodology materyallerinden faydalanabilirsiniz.

Microsoft Dynamics NAV yazılım demolarını görün ve deneyin

Microsoft Dynamics NAV 2009 yazılımı demosu

Microsoft Dynamics NAV 2009, kullanıcılara kendi potansiyellerini ortaya çıkarmaları ve kurumsal performansta yeni düzeylere gelmeleri için araçlar ve bilgiler sağlayan, küçük ve orta ölçekli kuruluşlar için tasarlanmış bir kurumsal yönetim çözümüdür.
Microsoft Dynamics NAV yazılım demolarını izleyin (Microsoft Silverlight).

En iyi demo deneyimi için:

Get Microsoft Silverlight.

Silverlight bende kurulu değil mi?
Videoları .wmv biçiminde izlemek için Windows Media Player kullanın.
(Get Windows Media Player)

• Microsoft Dynamics NAV Genel Bilgileri (4 dak 42 sn)
• Görev Merkezleri (2 dak 54 sn)
• Raporlama (1 dak 17 sn)

Microsoft Dynamics NAV 2009 test sürüşü

İnternet tarayıcınızı kullanarak test sürüşü ortamımıza oturum açın ve Microsoft Dynamics NAV'i bilgisayarınıza yüklemeden ilk elden deneyin.
Microsoft Dynamics NAV'a test sürüşü yapmak için burayı tıklatın (kaydolmanız gereklidir).

Microsoft Dynamics NAV, farkı olan eksiksiz bir ERP çözümüdür

Basit. Akıllı. Yenilikçi.

Microsoft Dynamics NAV, 1984 yılından beri devreye alması kısa süren, yapılandırması kolay ve kullanımı basit bir eksiksiz kurumsal kaynak planlama (ERP) çözümü arayan orta ölçekli kuruluşlar tarafından tercih edilmektedir. Günümüzde Microsoft Dynamics NAV'in temelinde basitlik yatmaktadır. Son teknolojiye sahip işlevleri sayesinde başarılı bir şirketi çalıştırmak ve büyütmek için ihtiyacınız olan her şeyi kapsar. Bir milyondan fazla kullanıcı son derece özel kurumsal süreçlerini kolaylaştırmak için Microsoft Dynamics NAV kullandı ve günümüzde bu çözüm 42'den fazla ülkeye özgü sürümde bulunuyor.
Microsoft Dynamics NAV, şirketlere ve çalışanlarına çalışma bölgelerindeki yerel ihtiyaçlar ile ilgili, sektöre özgü (en üst düzeyde uzmanlaşmış sektörler ve kuruluşlar için bile) işlevler sağlamaktadır. Microsoft Dynamics NAV'in kullanımı kolaydır ve şirketlerin kolayca işlev, özel uygulama ve çevrimiçi ticaret özellikleri eklemelerini sağlayan hızlı uyarlanabilirlik ve basitleştirilmiş özelleştirilebilme özellikleri sunmaktadır. Çalışanlar Microsoft Dynamics NAV ile daha etkili olabilirler ve şirketin rekabet gücü artar.

Eksiksiz tek bir ERP çözümü

Microsoft Dynamics NAV, şirketinizin işlevlerini tek bir entegre sistemde toplar. Microsoft Windows Vista ve Microsoft Office ile yakın görsel ve işlevsel bağlantıları olan, öğrenmesi kolay, kullanımı basit bir çözümdür ve devreye alınması kısa sürer. Merkezi hale getirilmiş bir veritabanında saklanan entegre mali, üretim, tedarik yönetimi, satış ve pazarlama, proje yönetimi, insan kaynakları ve hizmet yönetimi bilgileri ile çalışanlarınız hızlı ve etkili bir şekilde çalışabilirler ve işinizi büyütmenize yardımcı olurlar.
Microsoft Dynamics NAV'in büyümeyi yönetmenize ve değişen iş koşullarına karşılık vermenize nasıl yardımcı olabileceğini öğrenin.

Daha fazla verimlilik için yüksek basitlik

Günlük hayatta görevleri basitleştirmek ve düzenlemek, gereksiz verileri ortadan kaldırmak ve bilgileri kolayca ve hızlı bir şekilde alabileceğiniz yerlere koymak zor olabilir. Bu iş, tam olarak Microsoft Dynamics NAV 2009 Rol Odaklı Kullanıcı Deneyiminin ofis iş istasyonunuz için yaptığı şeydir. Görmenize gerek olmayan özelliklerin %90'ını saklar. İhtiyacınız olan işlem ve bilgileri görmeye teşvik eder ve temiz bir pencere ve yakında gelecek olan görevlere bir genel bakış sunar. Görevlerinize öncelik vermenize ve işinizi üretken, canlandırıcı ve eğlenceli hale getirmenize yardımcı olur.
Rol Odaklı ana sayfalar (Rol Merkezi adı verilir) ile kullanıcılar iş önceliklerini kolayca görebilir ve herhangi bir iş değil, kendi işleri için ihtiyaçları olan bilgi ve görevlere erişebilirler. Sonuç? Çalışanları ve şirket yöneticilerinin yetenek ve becerilerini kurumsal başarıya yönlendirebilmeleri için serbest bırakan yenilikçi bir çözümdür. Microsoft Dynamics NAV'deki Rol Merkezleri, genel müdürden muhasebe müdürüne, satış müdürüne ve depo işçisine kadar herkesin ihtiyaç duydukları görev, bilgi ve raporlara eksiksiz olarak tek bir görünümden erişimini sağlar.
Microsoft Dynamics NAV içinde Microsoft Office Excel ve Windows SharePoint Services gibi tanıdık programlar ile derinlemesine entegrasyon, uygulamalar arasında gezinmeden iletişim kurmayı, etkili şekilde işbirliği yapmayı ve bilgi paylaşmayı kolaylaştırır.
Microsoft Dynamics NAV'in daha iyi karar verebilmek için kuruluşunuzun kişilere, bilgilere ve süreçlere bağlanmasını nasıl kolaylaştırabileceğini öğrenin.

Akıllı kararlar verme

Microsoft Dynamics NAV, şirketinizdeki tüm bireylerin önsezileri gerçek bilgilere, bilgileri de kararlara dönüştürebilmelerini sağlar. Kullanıcılar gerçek zamanlı veriler ve çok çeşitli analitik ve raporlama araçlarına erişim ile (grafikli ekranlar, çevrimiçi analitik işleme (OLAP) küpleri ve İnternet tabanlı temin etme seçenekleri dahil olmak üzere) kurumsal başarıyı arttıran bilgili ve güvenilir kararlar verebilirler.
Microsoft Dynamics NAV'in şirketinize daha iyi kurumsal bilgi edinme konusunda nasıl yardım edeceğini öğrenin.

Uygulaması hızlı, yapılandırması kolay ve kullanımı basit

İşlemlerinizi veya BT bütçenizi kesintiye uğratmadan değişen iş gereksinimlerini karşılayın ve mevcut BT yatırımlarınızdan en iyi şekilde faydalanın. Microsoft Dynamics NAV, sisteminizi günümüz iş gereksinimleri için ayarlamanız için gereken esnekliği sağlar ve değişim ve büyüme için güvenilir bir platform sunar. Güvenlik özellikleri, kimin neye erişeceğini kontrol etmek için sistemi yapılandırabilmenizi sağlar. Dahili araçlar ve açık mimari, Microsoft iş ortaklarının temel sistemi şimdiki ve gelecekteki özel ihtiyaçlarınızı karşılayacak şekilde uyarlayabilmelerini sağlar. Nesne odaklı geliştirme ortamı ve kompakt kaynak kodu, sistemi bakımını ve diğer sistemlere bağlantı kurmayı basitleştirir.
Microsoft Dynamics NAV'in maliyetleri düşürmenize ve BT yatırımlarını daha iyi bir şekilde yönetmenize nasıl yardımcı olabileceğini öğrenin.

NAV 2013 Yeni özellikler Liquidity , Cost Accounting and Kitting

Liquidity, Cost Accounting and Kitting

by Vjekoslav Babic on March 30, 2009

It’s hardly any news for the lucky 21 countries which have had them by default for about two years, but for other 18 which haven’t, there is an alarmingly low awareness about three interesting NAV functionalities: Liquidity, Cost Accounting and Kitting.
These three have been named Local Functionality, which means they are a part of a localized version in some of the countries. For other countries, this functionality is not available by default, but it doesn’t mean it can’t be licensed or implemented for customers in other countries as well.

Here is a short description into each of these three (italics are taken from the documentation):

• Liquidity: With the liquidity forecast from Microsoft Dynamics NAV, you can
  generate predictions of a company’s liquidity. The liquidity of a company indicates its financial solvency and reveals whether the company is in a position to meet its financial obligations in a timely manner.
• Cost Accounting: With the cost accounting module, financial management from Microsoft Dynamics NAV is supplemented with operational accounting. It allows tracking cost by cost types, cost centers and cost objects, posting and transferring of cost entries, allocations (static and dynamic), all of this coupled with reporting and budgeting capabilities.
• Kitting: Kitting is the assembly, grouping or packaging of several inventory items into a consolidated product. While in kit, items are not tracked individually but as an indivisible whole. Kits can be assembled and disassembled, meaning that items packed can be de-packed at any time (while retaining correct costing). Kits can be tracked with all sales order processing functions, including advanced functions such as order promising. More about kitting can be found here and here.

Useful features all three, no doubt to it. To learn more about them and how to put them to work, check this page which contains training manuals for all three.
Now, if you don’t live in any of the 21 countries which don’t have these functionalities, you can still license them and implement them on your projects for your customers, by following the procedure explained at Guidelines for Licensing Cross-version Functionality for Microsoft Dynamics NAV on PartnerSource.
Obviously, you’ll have to do the localization legwork yourself (Microsoft won’t help you with this), but this shouldn’t be too difficult. Anyhow, it should be less difficult (and less risky) than developing any of these from scratch.
To help you decide which country version you should start with, and take the base objects from, here is the matrix which shows which functionality is available in which country’s localization:

Country	Liquidity	Cost Accounting	Kitting
Australia	ü	ü	ü
Austria	ü
Canada			ü
France			ü
Germany	ü
India		ü
Indonesia	ü		ü
Malaysia	ü	ü	ü
Mexico			ü
New Zealand	ü	ü	ü
Norway		ü
Philippines	ü	ü	ü
Portugal	ü	ü
Russia	ü
Singapore	ü	ü	ü
Spain	ü	ü
Switzerland	ü	ü
Thailand	ü	ü	"center">ü
Turkey		ü
United Kingdom	ü
USA			ü

It still beats me why these three haven’t found their way into the standard NAV W1 release. The matrix above tells me there is no rule about which Group (or Tier) these countries come from, so I suppose it was just about lobbying capabilities of each specific country
Since I come from a country not listed above, I don’t have any direct experience with any of these three functionalities. How about you? What’s your experience? Take a minute and use the comment form below to share it.

Performance on NAV 2013

The first performance impressions are in and it looks like NAV 2013 is the first version on SQL Server that is going to outperform the native database server.

When talking about whether to upgrade to NAV 2013, one of the things that my customers are interested in most is whether it will perform at acceptable levels. I've been wanting to do do something elaborate, and use the new testability capabilities in NAV 2013 to do a benchmark test for performance specifically. As often happens, plans don't always come together, and by the time I starated forming some ideas, other people have gone and done a much better job than I could have. So, what I thought I'd do is compile a number of links to performance related content that I've found so far.

First off, my fellow MVP Jörg Stryk wrote a very technical article about his impressions of NAV 2013 from a SQL Server point of view. He shares his sources, he's done some comparisons between his own T-SQL and the queries that are generated by NAV 2013. Very interesting to read his train of thought, and if you can keep up with him you will learn a thing or two about SQL Server. Some of the key things that I picked up on are the modified locking mechanism, the promise of the query object, and the annoying fact that individual users cannot be identified from the SQL Profiler anymore.

Next, my coworker Faithie writes about some changes that were made to how Dimensions are handled in NAV 2013. This one has a huge potential to help improve performance. I work with customers that have millions of ledger entries, with hundreds of millions of ledger entry dimensions, and the prospect of eliminating pretty much all of those is a very compelling one.

Next up, another fellow MVP Vjekoslav Babić, who lists his top 5 SQL Server improvements. With NAV 2013 being the first version on SQL Server only, we can finally start letting go of certain "SQL improvements" from previous versions, which were really just things to make NAV on SQL behave the same way as the native database server. If I were to list what I take away from this article, I would list all 5, so I'll spare you and just refer you to the article itself.

Where it gets interesting is when mergetool.com's Per Mogensen puts together a couple of videos (here and here) to demonstrate how NAV 2013 stacks up against NAV 2009. These videos then inspired Vjeko to take it a couple of steps further, and put together his own test, and he even shares his test objects. This is turning into a community effort!

With NAV 2013, it looks at though the potential is definitely there to get performance up to native database server expectations, which was always the argument against using SQL Server. What I am very much excited about is that finally the NAV team can let go of artificially making NAV on SQL Server behave the same way as the native database server, and let SQL Server do what it is good at. I personally think that they have only just scratched the surface, and a ton of further improvements are possible. I think the query object will prove one of the most potent weapons against performance problems, and hopefully we'll see a tighter integration of SQL Server capabilities from C/SIDE.

https://community.dynamics.com

A Better Mousetrap! Dimension Sets in Dynamics NAV 2013 (Navision)

 

My 14-year old daughter recently burst into my office with resentment at our sour cream container. Had it gone bad? No. Does she not like sour cream? No. The problem was that they had, according to her, “spammed” her with a picture and advertisement of the Grand Canyon on the foil seal under the plastic container lid. “What does sour cream have to do with the Grand Canyon? This is outright SPAM!” she shouted in outrage.

She is, by her own confession, an over-thinker, and that’s one of the things I love about her. Under-thinkers are willing to let things exist as they are, but an over-thinker is continually analyzing, researching, wondering, and creating. Ralph Waldo Emerson once said “Build a better mousetrap and the world will beat a path to your door.” Well, my NAV friends, the software developers at Microsoft must have an over-thinker on their development team, because they have built for us a better mouse trap in NAV 2013!

If you’ve ever debugged a NAV posting routine with the breakpoints set on triggers, you are aware of how many times the Dimension Management Codeunit has to get involved in the posting routine. This is primarily because of how dimensions are stored, and the fact that the entries are tied to the table, document type and document number. As the table, document type and document number change, the dimensions have to follow. And as entries are created in other tables, such as the G/L Entry table or the Value Entry table, additional entries have to be created as well. All these entries for dimensions start in the NAV Document Dimension table 357.

Now brace yourself for this one! Tighten your seatbelt! Hold on to the arms of your chair! Are you ready? The Document Dimension table is GONE in NAV 2013. That’s right, it no longer exists. And neither does the Posted Document Dimension table 359, nor the Ledger Entry Dimension table 355. In fact, here is the complete list (as best as I can tell) of the dimension tables that have been retired:



“Holy Cow!” you say. “What are those NAV software developers thinking taking away MY dimensions?” Well, simmer down now, relax, and take a “chill pill” as my daughter would say. There’s a new mousetrap. And here it is:

These are the new Dimension tables in NAV. The Dimension Set is the new way to handle dimensions. Dimensions are now just a number. That’s right – one single integer to describe all of them. Here is how it works, and why this is a “better” mousetrap.

Let’s say in NAV 2009 and past versions you wanted to create a very simple, non-tax, sales order with only one item, and 5 dimensions. It would look something like this in the Document Dimension table:



That’s 5 records written to the Document Dimension table for the Sales Order Header. We have one line on the order, which creates an additional 5 records in the table for the Sales Line. That gives us a total of 10 records written to disk for dimensions on this single sales order.

Now when you post the shipment and invoice for the order, the original 10 records in the Document Dimension table go away because the order no longer exists. But, in turn, you get a total of 20 new records for the Sales Shipment Header, Sales Shipment Line, Sales Invoice Header, and Sales Invoice Line that were created. These are inserted into the Posted Document Dimension table 359.

Additionally, we create General Ledger Entries when we invoice the Sales Order. That creates another 10 entries in the Ledger Entry Dimension table 355.

We also create a Customer Ledger Entry, and that yields 5 more entries to the Ledger Entry Dimension table.

That’s a total of 35 dimension records written to disk.

Why is the number of dimensions written a concern? Because it lengthens the time it takes to post a document, and therefore, increases the chances of a record lock occurring. And even though record locks are a good thing, users really hate them! It also means more disk storage, which isn’t as much of a problem now as it used to be in the days when disk space was costly. Additionally, all the records have to be retrieved to report against them, which means more disk reads.

Now, if we create the same order in NAV 2013, with the same dimensions, it looks like this:



That’s right! We now store only one integer on the Sales Header in the new field “Dimension Set ID”. We didn’t write any new records. We already were writing the Sales Header for the order. And what is “149”? The Dimension Set Entry table 480 can be filtered by Dimension Set ID to show what the set consists of:



Each set of dimensions is assigned a “Dimension Set ID”. When you enter the dimensions for your order, NAV locates the “Dimension Set ID”, and adds it to the Sales Header and Sales Line table.

And when the document is posted, the Sales Shipment Header, Sales Shipment Line, Sales Invoice Header, and Sales Invoice Line are treated the same way with only the “Dimension Set ID” written to the record. The posted ledger entries are also given just the “Dimension Set ID” on the record.

When you consider how much faster the posting will process without the addition of those 35 records, you see why this is a better way to handle dimensions. And the first time you have to debug a posting session in NAV 2013, you’ll be thanking that over-thinker on the Microsoft Dynamics NAV development team for the better mousetrap!

https://community.dynamics.com

Installing NAV 2013 Beta

 

Finally, NDA has been lifted, and I can FINALLY start sharing what I know about the new version of the product that we all know and love. Well most of us actually DON'T know it, which is why I love sharing this with you :). As I've mentioned earlier this week I've been very fortunate to have had the opportunity to attend some TAP events in Copenhagen, and get access to early CTP versions of the new version of Dynamics NAV. As I was attending these events, I was getting VERY excited about the new technologies. The reason is that the NAV team has worked incredibly hard to address all of the painpoints that we feel in the current version of the product.

Not only that, they have also completed development for the new Sharepoint client, which provides almost all of the standard functionality to Sharepoint. Not only that, they have also completed development for the new Web Client, in which almost all standard NAV functionality is now available through a regular web browser. Not only that, NAV is the first Microsoft ERP system that can be deployed in the cloud on Windows Azure and SQL Azure. Not only that, we now also have a way to expose regular SOAP webservices as well as OData webservices. Not only that, we now have a host of new technological capabilities, such as a solid RTC debugger that we can actually modify ourselves, such as a new Query object that will allow us to define SQL queries as an NAV object type. Not to mention the new testability feature, which gives us the ability to completely automate testing. Not to mention a completely redeveloped data stack. I could go on, but hopefully you are getting my point :). It's been a long time coming, but personally I think it is absolutely worth the wait. I am absolutely convinced that NAV 2013 has taken a HUGE step forward in maturity for our product, and I think it will provide a LOT of benefits for existing customers as well as new customers.

My plan is to create many YouTube clips to show you as many features as I can, and the first one is where I recorded the installion of the NAV 2013 Beta version into a Virtual Machine. In this video I talk about some of the prerequisites, the various components of a regular RTC installation, and I show you some of the features. It covers the RTC, the development environment, and I quickly go into the server management console. Enjoy and please leave your feedback in a comment.

https://community.dynamics.com

NAV2013: My first NAV 2013 Report

Microsoft Dynamics NAV 2009 - Reporting (NAV 2009 Raporlama)

Microsoft Dynamics NAV Video: Hurup

A case study of how Microsoft Dynamics NAV(formerly Navision) and Technology Management helped Stourbridge-based e-business Flowergram make business efficiencies.

Dynamics NAV (formerly Navision) - Chester Zoo (Chester Hayvanat Bahçesi Dynamics NAV)

Database mirroring support that is available in Microsoft Dynamics NAV 2009 and earlier

http://support.microsoft.com/kb/937005/en-us

Navision - Deftere Hatalı Nakledilen Belgeleri Düzeltme ve İade İşlemleri

Satınalma siparişi gibi bir belgeyi deftere nakletmiş ve satırlarda yer alan bazı bilgilerin hatalı olduğunu fark etmişseniz, bu deftere nakledilen belgeyi düzeltebilirsiniz.

Aşağıda, deftere hatalı nakledilen sipariş örnek olarak kullanılmıştır.
Deftere nakledilen satınalma siparişini düzeltmenin üç yolu vardır:

- Deftere nakli ters kaydetmek üzere özdeş bir iade faturası ve yeni bir satınalma siparişi oluşturma.

- Deftere nakledilen maddeleri yeniden değerleme.

- Bir iade faturası oluşturma ve bunu madde giderleriyle deftere nakletme.

Bu üç yöntem aşağıda kısaca açıklanmıştır. Yöntemlerin hiçbiri hatalı hesaplanmış bir ortalama maliyetle sonuçlanmayacaktır.

Bir Özdeş İade Faturası ve Yeni Satınalma Siparişi Oluşturma

Hatalı doldurulan satınalma siparişindekiyle aynı bilgileri taşıyan bir iade faturası oluşturmak, deftere nakledilen siparişi etkin şekilde ters kaydeder. İade faturasını el ile doldurabilir veya deftere nakledilen belgeyi, Belgeyi Kopyala işlevini kullanarak iade faturasına kopyalayabilirsiniz.
Uygulanacağı Madde Girişi alanını doldurmanız gerekir. Bu yalnızca hatalı madde defter girişinin açık olması durumunda olanaklıdır. İade faturasını deftere naklettiğinizde, hatalı belge ters kaydedilmiş olur ve yeni bir satınalma siparişi oluşturmak ve doğru şekilde doldurmak yoluyla bunu yeniden sisteme girebilirsiniz.
Hatalı belgeyi ters kaydetmek, hatalı satınalma siparişi miktarlarını ve stok değerini "silmek" anlamına gelir.
Satıcı hesaplarını da düzeltmek isterseniz, satınalma iade faturası başlığındaki Uygulanacağı Belge Türü ve Uygulanacağı Belge No alanlarını doldurabilirsiniz. Başlıkta bir Düzeltme alanı varsa, bu alana bir onay işareti koymanız gerekir.
NOT: Başlıktaki düzeltme seçeneği standart formlarda olmayıp, tasarımcı ile kullanılır hale getirmek gerekmektedir. Düzeltme seçeneği seçilerek yapılan bir kayıtlara aktarım, “negatif satırlar ile düzeltme yöntemi” olup, aktarılan belge ile oluşan bütün kayıtların ilgili taraflarda negatif satırlarını oluşturmak sureti ile ters kaydını gerçekleştirmektedir. Böylece bakiyeler ve aynı zamanda borç ve alacak tutarları etkilenmemektedir. Fakat bu yöntem, negatif kayıt yöntemi ile yevmiye fişi oluşturduğundan dolayı Tek Düzen Muhasebe Hesap Sistemi mevzuatı nedeni ile tavsiye edilmez.

Deftere Nakledilen Maddeleri Yeniden Değerleme

Deftere nakledilen siparişi düzeltmek için yeniden değerleme günlüğünü kullanmak, deftere nakledilen maddelerin stok değerini düzeltmenize olanak tanır, ancak satıcı hesaplarını veya eldeki miktarı güncelleştiremezsiniz.
Yeniden değerleme günlüğünde, Madde No ve Uygulanacağı Madde Girişi alanlarını doldurun. Doğru değeri Birim Maliyet (Yeniden Değerlenen) alanına veya Stok Değeri (Yeniden Değerlenmiş) alanına girin.
Bu yöntemle yalnızca stok değeri değiştirilir!

Bir İade Faturası Oluşturma ve Bunu Madde Giderleriyle Deftere Nakletme

Deftere hatalı nakledilen satınalma siparişini, orijinal belgedekiyle aynı başlığa sahip, ancak hatalı satırları içermeyen bir iade faturası oluşturarak düzeltebilirsiniz. Bunun yerine, bir madde giderleri satırı (diğer deyişle, türün Madde (Gider) olduğu bir satır) oluşturabilirsiniz.
Öncelikle, bu tür düzeltmeleri tanımlayacak bir madde giderleri numarası ayarlamış olmanız gerekir.
Ardından, hatalı deftere nakledilen satınalma alış irsaliyesine giden bir bağlantı oluşturmak için Madde Giderleri Ataması (Satınalma) penceresini kullanabilirsiniz. İade faturasını deftere naklettiğinizde, stok değeri ve satıcı defter girişleri güncelleştirilir.

Örnek (Satın alma faturaları)

Satınalma faturası girişi

Girilen faturada miktar/tutar ya da herhangi bir alandaki yanlışlık nedeni ile ters kayıt oluşturmak isteniyor.
Satınalma İade Faturası
Satınalma iade faturası girilir. Belge kopyalama ya da elle giriş ile fatura bilgileri girilir. Hiç bir işlem yapılmadan yapılan bir kayıtlara aktarım işlemi, satın alma faturasında oluşan muhasebe kayıtlarının ters kayıtlarını oluşturacaktır.

Aktarılmış İade Faturası aktarımı muhasebe kayıtları:


Böyle satın alma faturası ile oluşan 153, 191 ve 320 hesapların ters kayıtları oluşmaktadır.
Faturada Açıklama alanına düzeltme ibaresinin konulması, muhasebe kayıtları inceleme açısından kolaylık sağlayacaktır.

Örnek (Satış faturaları)

Satış faturaları, satın alma faturalarından farklı muhasebeleştiğinden dolayı bu belgelerin ters kayıtları daha farklı gerçekleşmek durumundadır. Örneğin 100YTL lik bir satış faturasının kaydı (Maliyet = 80YTL):

Hesap	Borç	Alacak
Alıcılar (120)	118
Y. içi Satışlar (600)		100
Hes. KDV (391)		18

Ve SMM kaydı

Hesap	Borç	Alacak
SMM (621)	80
Ticari Mallar (153)		80

Tek düzen muhasebe sistemine göre satış faturasının iade faturası muhasebe kaydı (maliyet kayıtları, aynı kayıtların ters kaydı olduğundan gözardı edilmiştir):
Yöntem 1:

Hesap	Borç	Alacak
Satıştan iadeler (610)	100
İnd. KDV (191)	18
Alıcılar (120)		118

Yöntem 2:

Hesap	Borç	Alacak
Satıştan iadeler (610)	100
Hes. KDV (391)	18
Alıcılar (120)		118

Navision Satış İade Faturaları girişinde oluşacak muhasebe kayıtları:

Hesap	Borç	Alacak
Satıştan iadeler (610)	100
Hes. KDV (391)	18
Alıcılar (120)		118

Görüldüğü gibi Navision satış iade faturaları, Yöntem 2 deki gibi muhasebe kayıtları oluşmaktadır. Eğer yöntem 1 deki gibi muhasebe kayıtları oluşturması arzulanırsa bu durumda uygulanacak yöntem; KDV ürün deftere nakil gruplarında iade için ters hesaplar tanımlamak ve iade faturası ekranında KDV ürün deftere nakil grubunu değiştirmek şeklinde olacaktır.


Örnek kurulumda görüldüğü üzere Satış KDV ve Satınalma KDV hesapları ters olarak tanımlanmıştır. Satış iade faturasında ise KDV ürün deftere nakil grubu, satırlarda görünür yapılarak, varolan KDV ürün deftere nakil grubu yerine KDV18IADE olarak tanımlanmış nakil grubu seçimi yapılmalıdır.


Bu şekilde girilmiş ve kayıtlara aktarılmış bir iade faturası, 391 Hesaplanan KDV hesabına borç kaydı yapmak yerine 191 İndirilecek KDV hesabını kullanarak muhasebe kayıtları oluşturacaktır.

İptal Faturalar

İptal faturalarda 610 hesabının çalışması, gelir tablosunu etkilemesi, karlılığı değiştirmesi vb. dibi durumlar nedeniyle tercih edilmeyebilir. Bu durumda uygulanacak yöntem, Genel iş deftere nakil grubunu değiştirmek olabilir. Şöyleki;



Genel iş deftere nakil grubu olarak tanımlanmış IPTAL grubunda, Satış İade Faturası Hesabı olarak, normalde satış hesabı olan 600 Y. İçi satışlar hesabı tanımlanır. Böylece iade faturası oluşması esnasında 610 Satıştan iadeler hesabına değil, satış hesabına ters kayıt oluşması sağlanır.
Satış iade faturası girişi esnasında Genel İş Deftere Nakil Grubu değiştirilecek IPTAL olarak tanımlanmış grup seçilir. (Bu alan normalde görünmemekte, tasarımcı ile görünür yapılması gerekmektedir).



Aktarılan faturanın muhasebe kayıtları aşağıdaki gibidir.



Eğer KDV hesabı olarak 391 e ters kayıt yazılması yerine 191 İndirilecek KDV hesabının kullanılması talep edilirse burada uygulanacak yöntem, yine KDV ürün kayıt gruplarını değiştirmek şeklinde olacaktır.

NOT: İptal ya da iade girişi yapılacak olan belgelerin, başka bir belge ile uygulama girişinin yapılmamış olması gerekmektedir.

Türkiye'nin en büyük hızlı servis restoran zinciri Tab Gıda'ya Tradesoft tarafından yapılan uçtan uca Microsoft Dynamics NAV çözümü

http://www.slideshare.net/tradesoft/tab-gda-sunum

TAB Gıda'dan Çin'de dev adım : 1.000 yeni restaurant

http://restaurant.blog7up.com/2012/06/16/burger-king-plans-large-expansion-in-china/

TAB Gıda Çin'de 1.000 restaurant açıyor

http://www.globalpost.com/dispatch/news/regions/americas/united-states/120615/burger-king-add-1000-restaurants-china

Burger King Plans to Open 1,000 Stores in China with Kurdoglu Family

Burger King Worldwide Holdings Inc., the fast-food chain that will go public again after merging with a company owned by William Ackman, has formed a joint venture to open 1,000 stores in China.
The agreement with the Kurdoglu family and private-equity firm Cartesian Capital Group LLC to open the restaurants in the next five to seven years is Burger King’s largest development deal, the Miami-based company said in a statement today. The joint venture will have the exclusive right to open stores in China, where Burger King has 63 locations.
The Whopper seller will face Yum! Brands Inc. (YUM)’s 4,600 KFC and Pizza Hut locations in China, as well as competition fromMcDonald’s Corp. (MCD) In April, Burger King said its owner, 3G Capital Inc., will get $1.4 billion to transfer the chain toJustice Holdings Ltd. (JUSH), a special-purpose acquisition company founded by Ackman.
The Kurdoglu family operates Burger King’s largest international franchisee, TAB Gida Industry & Trade Co., which has more than 450 stores in Turkey. Cartesian Capital is based in New York.
Burger King has more than 12,500 restaurants worldwide, of which about 90 percent are franchised.
To contact the reporter on this story: Leslie Patton in Chicago at lpatton5@bloomberg.net

www.bloomberg.com