Search icon CANCEL
Subscription
0
Cart icon
Your Cart (0 item)
Close icon
You have no products in your basket yet
Save more on your purchases now! discount-offer-chevron-icon
Savings automatically calculated. No voucher code required.
Arrow left icon
Explore Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Conferences
Free Learning
Arrow right icon
Arrow up icon
GO TO TOP
Microsoft Dynamics NAV 2013 Application Design

You're reading from   Microsoft Dynamics NAV 2013 Application Design Customize and extend your vertical applications with Microsoft Dynamics NAV 2013

Arrow left icon
Product type Paperback
Published in Sep 2014
Publisher Packt
ISBN-13 9781782170365
Length 504 pages
Edition 2nd Edition
Languages
Arrow right icon
Authors (2):
Arrow left icon
Marije Brummel Marije Brummel
Author Profile Icon Marije Brummel
Marije Brummel
Mark Brummel Mark Brummel
Author Profile Icon Mark Brummel
Mark Brummel
Arrow right icon
View More author details
Toc

Table of Contents (12) Chapters Close

Preface 1. Chapter 1: Introduction to Microsoft Dynamics NAV 2. Chapter 2: A Sample Application FREE CHAPTER 3. Chapter 3: Financial Management 4. Chapter 4: Relationship Management 5. Chapter 5: Production 6. Chapter 6: Trade 7. Chapter 7: Storage and Logistics 8. Chapter 8: Consulting 9. Chapter 9: Interfacing 10. Chapter 10: Application Design 11. Installation Guide

Balancing

In any ERP system, totaling and balancing is crucial, and whether you are totaling the general ledger, customer payments, or inventory, it is important to know the balance of each account, customer, or item.

Traditionally, this requires calculating these balances and deciding a place to store the totals and subtotals. In Dynamics NAV, the system has built-in technology that will handle balancing and totaling for you.

This built-in technology is called Sum Index Field Technology (SIFT). For Dynamics NAV, it is the key feature to its success.

The way it works is that, as a developer, you define your totaling on an index level. By associating the totaling fields with a key, the system knows that it has to maintain the totals for you.

In the original proprietary database, this technique was built in and invisible for the user, but in the SQL Server database, we can see how this works.

If we go in the CRONUS database and open the G/L Entry table with its keys, we see this information, as shown in the following screenshot:

Let's take key number two as an example. The key contains the fields G/L Account number and posting date. If we take a closer look at the SumIndexFields column, we see the following fields listed:

Notice that these are all fields of type decimal. This is mandatory for SumIndexfields.

From the SQL Server Management studio, you can see the generated data from the SumIndexField definition. Each key with SumIndexField generates a view in the database. In older versions (prior to 5 SP 1), the SumIndexFields are saved in tables.

So, now we know that we do not have to worry about maintaining the totals, we can spend our time on what's really important.

lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at €18.99/month. Cancel anytime