I recently installed my brand-new laptop and discovered something about Microsoft Outlook that was annoying and how to solve the issue.

What was the problem?

Well, when I migrated my .pst file, my contacts were also migrated, of course, but when I create a new email and started typing the name of my contact on the To box, AutoCompletion was not working anymore.

It seems that the AutoComplete file of Outlook is stored under [Your Profile]\Application Data\Microsoft\Outlook , and it always saved as the profile name of Outlook with .NK2 extension. But I did not backup this file, so I cannot restore it on my new machine…

After a thinking investigation I thought to try something.

Whenever you send an email to a contact, the next time you want to send him an email, the AutoCompletion works. So, I created a new email and added all my contacts in the To box. Then I pressed CTRL-K to parse them and then I closed my new email, without sending it.

After that, AutoCompletion was working again J

This has nothing to do with Microsoft Dynamics NAV or SQL Server, but I thought I would share this tip anyway ;-)

A question I got asked recently when I was delivering the Report Design for Dynamics NAV 2009 training was about the print settings for reports. When you print a report and you have specified print and layout settings in the RDLC layout, you can also specify print and layout setting in the request page and in the printer properties of the selected printer and in the print layout view of the report viewer. So then, which print settings will get priority ?

My answer was, "Well that depends." J

Recently Microsoft has updated the Dyamics NAV 2009 C/Side reference guide and some extra information about this subject was added to the documentation. So I thought I would share this information here.

First of all, where can you specify print and/or layout settings for report(s) in Dynamics NAV 2009 ?

You can specify page settings and page orientation for a printed report from the following UI locations:

• The Report Properties dialog box on the client report definition (RDLC) report layout in Visual Studio.
• The Properties dialog box for the printer.
• The Print dialog box that is displayed immediately before you print.
• The Page Setup dialog box from the Print Preview page in the RoleTailored client.
• The page settings that are used for the printed report depend on the mode in which you print the report.

You can use the following modes to print a report from the RoleTailored client:

• Run a report that has the UseReqForm Property set to No, and therefore, does not display a request page.
• Print a report from the request page without previewing the report.
• Print a report from the Print Preview page.

The following table describes how you access each of the dialog boxes in which you can specify page settings and orientation.

Print mode	To access the Report Properties dialog box	To access the Properties dialog box for the printer	To access the Print dialog box	To access the Page Setup dialog box
Run a report that does not have a request page	When you design the report layout in Visual Studio, on the Report menu, click Report Properties.	In Control Panel, double-click Printers. Right-click the selected printer, and then click Properties.	Cannot access	Cannot access
Print a report from the request page without previewing	When you design the report layout in Visual Studio, on the Report menu, click Report Properties.	In Control Panel, double-click Printers. Right-click the selected printer, and then click Properties.	On the request page, click Print.	Cannot access
View a preview of a report	When you design the report layout in Visual Studio, on the Report menu, click Report Properties.	In Control Panel, double-click Printers. Right-click the selected printer, and then click Properties.	In the Print Preview window, click the Print icon.	In the Print Preview window, click the Page Setup icon.

How Printed Report Settings Are Determined

• Printing a Report Without a Request Page

If	Then the printed report paper size and margins are determined by	And the printed report orientation is determined by
The settings in the Report Properties dialog box on the layout of the report specify a standard paper size	The settings in the Report Properties dialog box on the RDLC layout	The settings in the Properties dialog box for the printer.
The settings in the Report Properties dialog box on the layout of the report specify a custom paper size	The settings in the Properties dialog box for the printer	The settings in the Properties dialog box for the printer.

• Printing a Report From the Request Page

If	Then the printed report paper size and margins are determined by	And the printed report orientation is determined by
The settings in the Report Properties dialog box on the layout of the report specify a standard paper size	The settings in the Report Properties dialog box on the RDLC layout but is overridden if you change the settings in the Print dialog box	The settings in the Report Properties dialog box on the RDLC layout but is overridden if you change the settings in the Print dialog box
The settings in the Report Properties dialog box on the layout of the report specify a custom paper size	The settings in the Properties dialog box for the printer but is overridden if you change the settings in the Print dialog box	The settings in the Report Properties dialog box on the RDLC layout but is overridden if you change the settings in the Print dialog box.

• Printing a Report From the Print Preview Page

If	Then the printed report paper size and margins are determined by	And the printed report orientation is determined by
The settings in the Report Properties dialog box on the layout of the report specify a standard paper size	The settings in the Report Properties dialog box on the RDLC layout but is overridden if you change the settings in the Page Setup dialog box	The paper size settings in the Report Properties dialog box on the RDLC layout but is overridden if you change the settings in the Page Setup dialog box.
The settings in the Report Properties dialog box on the layout of the report specify a custom paper size	The settings in the Report Properties dialog box on the RDLC layout but is overridden if you change the settings in the Page Setup dialog box	The paper size settings in the Report Properties dialog box on the RDLC layout but is overridden if you change the settings in the Page Setup dialog box.

For more information you can visit the Microsoft Dynamics NAV Documentation online: http://msdn.microsoft.com/en-us/library/ff477105(v=NAV.60).aspx

A question I sometimes get asked when I deliver a Dynamics NAV 2009 development training is: Is it still possible to link a part to another part on a page, like you can do with two subforms on a form?

The answer is: Yes you can. There's a property that you can use to connect different parts on a page: the ProviderID property.

Example:

Lets create a new List Page for Salespersons. And on this Page let's also show the customers for each salesperson and the comments for each customer.

1. Start by creating a new Page, Page Type List and Source Table: Salesperson/Purchaser.
2. Add a Part to the Page and link it to Page 22, Customer List.
3. In the SubFormLink property of the Part, link the Customer to the Salesperson: Salesperson Code=FIELD(Code)
4. Remember the value of the property ID for the part. For example: 1000000004
5. Add another part to the Page and link it to Page 125, Comment List.
6. Then, go to the properties of this part and type the value 1000000004 in the property: ProviderID.
7. Now, you can go into the SubFormLink property of this part, and you can connect it to the Customer List part: Table Name=FILTER(Customer),No.=FIELD(No.)
8. And voila, you're ready. Save, compile and run you page:

Copy the Example SalesPersonsCustomersComments.txt:

OBJECT Page 59000 Test SalesPersons { OBJECT-PROPERTIES { Date=28/04/10; Time=16:24:18; Modified=Yes; Version List=; } PROPERTIES { Editable=No; SourceTable=Table13; PageType=List; } CONTROLS { { 1000000000;;Container; CaptionML=ENU=ContentArea; ContainerType=ContentArea }   { 1000000001;1;Group ; GroupType=Repeater }   { 1000000002;2;Field ; SourceExpr=Code }   { 1000000003;2;Field ; SourceExpr=Name }   { 1000000004;1;Part ; SubFormLink=Salesperson Code=FIELD(Code); PagePartID=Page22 }   { 1000000005;1;Part ; SubFormLink=Table Name=FILTER(Customer), No.=FIELD(No.); PagePartID=Page125; ProviderID=1000000004 }   } CODE {   BEGIN END. } }

We are very excited to share that today, Microsoft released SQL Server 2008 R2 to manufacturing! To explore what's new in the SQL Server 2008 R2 release, please visit the SQL Server 2008 R2 Digital Tour at www.sqlserverlaunch.com

There are lots of new 'features' in this release of SQL Server, too much to talk about in 1 blog post J

Some of the capabilities that customers and partners will benefit from include:

• PowerPivot: a managed self-service analysis solution that empowers end users to access, analyze and share data across the enterprise in an IT managed environment using Excel 2010 and SharePoint Sever 2010.
• Master Data Services: helps IT organizations centrally manage critical data assets companywide and across diverse systems, and enables more people to securely manage master data directly, and ensure the integrity of information over time.
• Application and Multi-server Management: helps organizations proactively manage database environments efficiently at scale through centralized visibility into resource utilization and streamlined consolidation and upgrade initiatives across the application lifecycle.
• Report Builder 3.0: report authoring component with support for geospatial visualization. This new release provides capabilities to further increase end user productivity with enhanced wizards, more powerful visualizations, and intuitive authoring.
• StreamInsight: a low latency complex event processing platform to help IT monitor, analyze and act on the data in motion to make more informed business decisions in near real-time.

As a reporting services enthousiast, let me give you a short overview on what's new in SQL Server 2008 R2 for Reporting Services:

• Report Part Gallery 
  The ability for report items / data regions to be published to the report server and made available to other report authors to re-use.  Report authors can publish and share these report components from either BIDS or Report Builder 3.0.  Information workers can use Report Builder to mash these report components together into their own unique views by simple drag & drop.  This includes notifications when a report part was updated on the report server in the meantime.   
• Shared Data Sets 
  Datasets can now be shared, stored, processed and cached externally from the report.  Cache refresh plans let you cache reports or shared dataset query results on first use or from a schedule.  
• Enhanced SharePoint Integration for SharePoint 2007 and SharePoint 2010 
  This includes support for multiple SharePoint Zones, the SharePoint Universal Logging service, and Report Parts.  Microsoft added a new SharePoint List data extension with query designer support.  Furthermore, support for right-to-left text with Arabic and Hebrew was added in the SharePoint user interface.   
• New Data Visualization Report Items 
  Data Bars - each bar is scaled based on the maximum value of the immediate group (a default which can be adjusted). 
  Sparklines are data-intense, word-sized graphics.  These visualizations make it possible for report consumers to quickly see things like trends over time at a glance. 
  Indicators are small icons that are often used to depict the status or trend for a given value.  Setting up indicators based on a number of pre-configured sets is now very easy. 
  Furthermore, this CTP includes improvements to the Map wizard.  
• Enhanced Business Intelligence Development Studio 
  Support for 2008 and 2008 R2 versions of reports and report projects.  
• Aggregates of Aggregates 
  This enables report authors to nest RDL aggregate expressions inside other RDL aggregate expressions with unlimited nesting levels.  For example, the expression =Avg(Sum(Sales, "Month"), "Year") would compute the average total monthly sales.    
• Other RDL Expression Language enhancements 
  - Writing expressions that take into account the current rendering format (=Globals!RenderFormat.Name) 
  - Naming pages, including naming of Excel worksheets for Excel export 
  - Group.DomainScope is quite useful for synchronizing data visually across different charts / sparklines and in tablix even if data is only available at disparate granularities.  
  - Read/Write report variables with automatic serialization/persistence; these are quite useful to avoid managing your own custom code variables. 
  - Rotating Text 270 Degrees, which is frequently needed for narrow column layouts.  
  - Dynamic page breaks, as well as resetting page number of page breaks  
• New 2010 SOAP Endpoint 
  While the existing 2005/2006 SOAP endpoints are still supported, the 2010 endpoint unifies support of both native & SharePoint integrated servers and adds functionality for new areas such as shared datasets, cache refresh plans, and report parts.  
• Improved Browser and Standards Mode Support

Vanaf 2010 is het BTW percentage voor restaurants gedaald van 21 naar 12%. Stel dat u uw factuur (met 12% BTW) van uw personeelsfeest wil inboeken in Microsoft Dynamics NAV, dan gebruikt u toch gewoon de BTW-productboekingsgroep D2.

Maar laat het nu zijn dat in de standaard NAV BTW-aangifte de BTW-productboekingsgroep D2 niet bestaat.

Wilt u op een correcte manier restaurantfacturen met 12% BTW kunnen inboeken in Microsoft Dynamics NAV, dan moet in de eerste plaats de BTW-productboekingsgroep D2 aangemaakt worden.

Daarnaast moet deze BTW-productboekingsgroep op de correcte plaatsen in de NAV BTW-aangifte ingevoegd worden.
Een voorbeeld hiervan is rooster 82:

Opgelet, naast rooster 82 zijn er nog andere roosters die aangepast moeten worden.

Op de meeste plaatsen zijn voor de nieuwe behandeling van Intracommunautaire diensten reeds de nodige aanpassingen gebeurd in NAV, maar wil u een correcte én volledige BTW-aangifte uit uw Microsoft Dynamics NAV applicatie kunnen rapporteren, dan voert u ook best de integratie van BTW diensten 12% (D2) door.

 

In de vorige 2 artikels kon je lezen hoe via het importeren van 2 fob bestanden nieuwe objecten geïmporteerd en bestaande objecten aangepast konden worden. Deel 1 en deel 2 zou je bijgevolg kunnen omschrijven als het technische stuk van de BTW 2010 update. Maar deze technische update zou weinig zin hebben zonder de functionele.

Die functionele update bestaat uit het aanpassen van de BTW-aangifte in Microsoft Dynamics NAV. Daar waar Microsoft al het nodige heeft voorzien om deel 1 en deel 2 te kunnen uitvoeren, is het (voor zover ik weet) de gebruiker of consultant die eigenhandig deel 3 moet uitvoeren.
Maar met dit artikel geraak je al een heel eind verder.

Opmerking: de screenshots zijn genomen uit Microsoft Dynamics NAV 5.0 SP1 BE. De procedure is hetzelfde voor Microsoft Dynamics NAV 4.0 SP3 BE en Microsoft Dynamics NAV 2009 SP1 BE.

Wat?
Concreet komt het er dus op neer dat de BTW-aangifte in NAV (Financieel beheer – Instellingen – Btw – Btw-aangifte) aangepast moet worden. Dit gebeurt uiteraard niet zomaar naar eigen believen. Al hetgeen dat aangepast moet worden is voorgeschreven door het Ministerie van Financiën. De meest in het oogspringende wijziging zijn de nieuwe roosters 44 en 88 op de BTW-aangifte. In deze roosters worden de verkoop en inkoop van intracommunautaire diensten aangegeven.
Een duidelijk overzicht van de wijzigingen in de Belgische BTW-aangifte vind je op volgende webpagina: http://www.bibf.be/Uploads/Documents/doc_2026.pdf

Hoe?
Wat betekent dit in NAV?
De Belgische bedrijven die Microsoft Dynamics NAV gebruiken, doen hun BTW-verwerking meestal op basis van de BTW-aangifte van het demobedrijf CRONUS België NV. Het is die BTW-aangifte die op basis van de beschrijving in bovenstaande pdf aangepast moet worden.

Zoals gezegd zijn er 2 nieuwe roosters bijgekomen. Deze zullen ingevoegd moeten worden in de BTW-aangifte in NAV:

De creatie van deze roosters is echter niet de enige wijziging in de BTW-aangifte. Omdat er 2 nieuwe roosters zijn, verandert ook de mapping van een aantal bestaande roosters (bijvoorbeeld rooster 82).

Wanneer?
Wat met de BTW-aangifte van 2009?
Morgen zijn we 20 januari 2010, wat betekent dat ieder bedrijf met een Belgisch BTW-nummer de laatste aangifte van 2009 ingediend moet hebben. Vanaf 20 januari 2010 hebben we de BTW-aangiftelayout van 2009 in NAV dus eigenlijk niet meer nodig. We zouden dus de bestaande aangifte kunnen aanpassen met bovenstaande wijzigingen.

Is het echter toch om de een of andere reden nodig om de BTW-aangiftelayout van 2009 in NAV te behouden, dan kan dit zonder problemen door gewoon een nieuwe BTW-aangiftenaam te maken:

Wanneer voor deze optie wordt gekozen is het wel belangrijk dat via de Boekhoudinstellingen de juiste BTW-aangifte wordt aangestuurd.

Na het uitvoeren van de stappen die in dit en de vorige 2 artikels staan beschreven, is een Belgisch bedrijf dat Microsoft Dynamics NAV gebruikt, klaar om de nieuwe BTW 2010 regels toe te passen.

 

In het vorige artikel werd meer uitleg verschaft over het 1^ste deel dat uitgevoerd moet (moest) worden in het kader van de nieuwe BTW 2010 reglementering. Na de data update volgt het 2^de deel, namelijk de report update.

Opmerking: de screenshots zijn genomen uit Microsoft Dynamics NAV 5.0 SP1 BE. De procedure is hetzelfde voor Microsoft Dynamics NAV 4.0 SP3 BE en Microsoft Dynamics NAV 2009 SP1 BE.

Wat?
Gezien intracommunautaire diensten vanaf 2010 BTW-technisch anders behandeld worden, zal (via de data update van deel 1) het begrip EU-service meegegeven worden aan intracommunautaire diensten in NAV. Hierbij blijft het uiteraard niet. De intracommunautaire diensten gaan ook anders moeten aangegeven worden in de verschillende BTW aangiften. Om dit mogelijk te maken heeft Microsoft begin januari 2010 een 2^de update ter beschikking gesteld waarin de nieuwe BTW rapporten zijn voorzien.

Hoe?
Het importeren van de fob geeft volgend resultaat:

Zoals uit bovenstaande screenshot blijkt worden in totaal 17 objecten geupdate. Wat opvalt in dezelfde screenshot is dat de bestaande BTW rapporten worden geupdate naar de 2010 versie, maar dat de 2009 versies nog steeds beschikbaar zijn. Aan deze versies zijn nieuwe objectnummers toegekend.

Na het importeren van deze fob zijn, naast de 2009 versies, nu ook de 2010 versie van volgende BTW rapporten beschikbaar vanuit het hoofdmenu van NAV:

• Periodieke BTW aangifte
• Intracommunautaire opgave
• BTW jaaropgave

Opmerking: tot en met 2009 vond je de intracommunautaire opgave terug onder de groep Kwartaal bij de Periodieke activiteiten van Financieel beheer. Omdat vanaf 2010 de intracommunautaire opgave voor maandaangevers verplicht per maand in te dienen is, vind je deze groep Kwartaal niet meer terug. De intracommunautaire opgave staat nu samen met de gewone BTW aangifte in de groep Periode.

Wanneer?
Maandaangevers moeten de 1^ste BTW aangifte uiterlijk 20 februari 2010 indienen. Voor kwartaalaangevers is dit uiterlijk 20 april 2010. Moet je als bedrijf echter ook intracommunautaire opgaves indienen, dan dient dit voor maandaangevers in 2010 voor de 1^ste maal te gebeuren uiterlijk 20 februari 2010.

Met deze data dien je rekening te houden voor het importeren van bovenvermelde update. Laten we stellen dat de update best uiterlijk 20 februari 2010 uitgevoerd wordt. Maar het kan echter geen kwaad om hem reeds eerder uit te voeren, gezien de 2009 versies van de BTW aangiften nog altijd beschikbaar zijn.

Om, in combinatie met deze update, echter een correcte BTW aangifte voor 2010 te kunnen maken, is ook een wijziging van de inhoud van de BTW aangifte in NAV nodig. Deze stap bespreken we eerstdaags.

In het algemene inleidende artikel van vorige week over de nieuwe BTW regelementering van 2010, werd uitgelegd dat er een 3-tal stappen nodig zijn om de BTW wijzigingen in Microsoft Dynamics NAV te integreren.

In dit artikel wordt deel 1 besproken: de Microsoft Dynamics NAV Data update. We bekijken even wat deze stap inhoudt, hoe hij uitgevoerd kan worden, en ook niet onbelangrijk, wanneer dit dient (of diende) te gebeuren.

Opmerking: de screenshots zijn genomen uit Microsoft Dynamics NAV 5.0 SP1 BE. De procedure is hetzelfde voor Microsoft Dynamics NAV 4.0 SP3 BE en Microsoft Dynamics NAV 2009 SP1 BE.

Wat?
Zoals besproken in het inleidende artikel is de meest ingrijpende wijziging de nieuwe reglementering rond intracommunautaire diensten. Microsoft heeft in december 2009 een update uitgebracht voor de hierboven vermelde NAV versies, die ervoor zorgt het begrip EU-service wordt opgenomen in de BTW-boekingsinstellingen. Hierdoor wordt het mogelijk om aan te duiden welke combinatie van BTW-bedrijfsboekingsgroep en BTW-productboekingsgroep een EU-service is.
Dit wordt mogelijk gemaakt door het wijzigen van 5 bestaande NAV objecten, via de fob die Microsoft heeft gemaakt te importeren in NAV.

Hoe?
Na het importeren van de fob worden volgende 5 bestaande objecten aangepast:

Voor u, gebruiker, is het echter belangrijker om te weten wat deze import teweeg heeft gebracht. Wat moet er in NAV gewijzigd of aangepast worden? Wel, op zich niet zo heel veel. De enige echt zichtbare wijziging vind je terug bij de BTW-boekingsinstellingen. Daar zal je zien dat er achteraan een nieuw veld is bijgekomen: EU-service.



Na de import dienen er functioneel 2 zaken te gebeuren:

1. Aanmaken van BTW-productboekingsgroepen waarmee diensten aangeduid kunnen worden
2. Aanduiden welke combinatie van boekingsgroepen EU diensten zijn

Van het 1^ste punt kunnen we ons makkelijk afmaken, omdat we reeds sinds jaar en dag in België BTW-technisch verplicht het onderscheid moeten maken tussen goederen, diensten en investeringen. In NAV duiden we diensten aan met de BTW-productboekingsgroepen D0, D1 en D3.

Wat het 2^de punt betreft, hier volstaat het om voor de combinaties EU met diensten aan te duiden dat het een EU-Service is:

Meer hoeft er voor deze 1^ste stap niet te gebeuren. Wat dat betreft, komen we er dus vrij goed vanaf in België.

Wanneer?
Microsoft schrijft voor om deze stap in december 2009 uit te voeren. Moest dit in jouw geval nog niet gebeurd zijn, dan moet dat niet meteen een reden tot paniek zijn. Concreet is het belangrijk dat deze stap gebeurd is vóór de 1^ste intracommunautaire dienstenfactuur van 2010 wordt geboekt in NAV.

Het zal de meeste onder jullie niet ontgaan zijn dat vanaf 2010 op Europees niveau een aantal niewe BTW-regels van kracht zijn geworden. Concreet komt het erop neer dat de intracommunautaire behandeling van diensten min of meer gelijk gesteld wordt met die van goederen. Dit heeft voor een BTW-plichtige aangever uiteraard een aantal gevolgen. Vanaf 2010 wijzigt de layout van de BTW-aangifte. Ten laatste 20 februari 2010 zal voor de eerste maal deze nieuwe layout gebruikt moeten worden wanneer maandaangevers de BTW-aangifte van januari 2010 moeten indienen. Voor kwartaalaangevers zal dit het geval zijn op ten laatste 20 april 2010.
Daarnaast zullen we, net zoals nu reeds het geval is voor goederen, de intracommunautaire verkoop van diensten moet aangeven in een Intracommunautaire opgave. Grote nieuwigheid is dat dit vanaf nu voor maandaangevers verplicht maandelijks moet gebeuren (in plaats van driemaandelijks voordien).

Dat we in België, in vergelijking met andere landen in de EU, een behoorlijk ingewikkelde BTW-aangifte hebben is een understatement. Voor één keer heeft dit echter ook zijn voordelen. Om de nieuwe behandeling van intracommunautaire diensten in NAV mogelijk te maken, moet er BTW-technisch het onderscheid gemaakt worden tussen goederen en diensten. Dit is iets wat wij in België al sinds jaar en dag doen. Als NAV gebruiker weet je nu waarschijnlijk dat we het hebben over de BTW-Productboekingsgroepen (G0, G1, G2, G3 en D0, D1, D3). Concreet betekent dit dat de boekhoudkundige verwerking van dagelijkse inkopen en verkopen voor de Belgische NAV gebruiker niet of nauwelijks verandert.

Wat verandert er dan wel?
Zoals hierboven reeds vermeld, de BTW-aangiften.
Om dit waar te maken in NAV zijn er een aantal stappen die uitgevoerd moeten worden:

1. Data update via de Microsoft VAT 2010 EU Package – Update 1, Data Part
2. Report update via de Microsoft VAT 2010 EU Package – Update 2, Report Part
3. Wijzigen van de BTW-aangifte in Dynamics NAV

De komende dagen zal ik op deze blog een aantal items posten die deze stappen beschrijven. Voordat je overijverig aan de slag gaat, misschien wel rekening mee houden dat je de BTW-aangifte van december 2009 nog moet indienen volgens de oude regels. Ik zal dit in mijn beschrijving meenemen door een aantal best practices naar voor schuiven.

Did you ever wonder what happened with the setup pages in the Departments suite of the Role Tailored Client ?

When you are used working with the Classic Client and you want to setup Sales & Marketing in a Dynamics NAV 2009 database, you usually use one of these:

And when you prefer to work with the Role Tailored Client, these are nowere to be found:

Although, when you open the MenuSuite designer for the departments suite they are clearly present:

What's going on ? Is this a bug ? Do I not have enough rights in the Role Tailored Client ? Why is this happening ?

Well, as you will probably not know, when you open the properties of a folder in the MenuSuite designer of the Departments Suite you see this:

Does something strikes you as interesting here ?

See the checkbox after Departments Page …. ?

Click on it…. è

Now, close & save the MenuSuite and then restart the Role Tailred Client and lets have a look:

Voila, the Setup folder and it's items are now visible in the Role Tailored Client !