Microsoft Dynamics NAV

Team Blog

  • Microsoft Dynamics NAV Team Blog

    Books! Five Options for Learning More About How to Create RoleTailored Solutions with Microsoft Dynamics NAV (Updated!)

    • 1 Comments

    [Updated with a fifth book!]

    This month the fourth fifth English-language book on Microsoft Dynamics NAV 2009 is being released. For those of us working on Dynamics NAV, it is exciting to see that partners are so invested in our product that they eagerly spend months writing a book to help other partners be more productive when creating Dynamics NAV solutions. The latest book is Microsoft Dynamics NAV 2009 Application Design by Mark Brummel, whom I recently met at Directions EMEA.

    Here's the list of all four five books:

    • Microsoft Dynamics NAV 2009 Application Design, by Mark Brummel. Mark walks the reader through the Microsoft Dynamics NAV application architecture, and explains in detail how a Dynamics NAV partner can customize and extend the application, particularly for industry verticals. Using an extended tutorial, he demonstrates how a partner would create a custom RoleTailored implementation. Finally, Mark provides some guidance on the full software development lifecycle, from requirements gathering to development, deployment, and on-going support.
    • Programming Microsoft Dynamics NAV 2009, by David Studebaker. After the Microsoft Dynamics NAV developer documentation (see MSDN), this book is the bible on how to program Dynamics NAV. While his previous book (Programming Microsoft Dynamics NAV) focused on the Classic client, this book is devoted to developing for the RoleTailored client. Dave explains in detail the C/AL language; how to debug your application; and how to create objects, use triggers, add business logic, and design pages and reports. If you are a Dynamics NAV developer, or a consultant who wants insight into Dynamics NAV design and development, you should read this book.
    • Implementing Microsoft Dynamics NAV 2009, by David Roys and Vjekoslav Babić. David and Vjekoslav introduce the reader to the new RoleTailored client and the power of RoleTailored solutions. They then provide guidance on how to implement a custom solution across the full software development lifecycle. They also cover extending Microsoft Dynamics NAV with web services and .NET-based add-ins. Finally, they provide a real-world tutorial on how to create a Dynamics NAV add-in. The book comes with a companion website: http://www.teachmenav.com/.
    • The NAV/SQL Performance Field Guide, by Jörg Stryk. Now that the Classic database is going away in NAV "7", it is more important than ever to understand how to administer and optimize performance in Microsoft SQL Server for Microsoft Dynamics NAV. Jörg provides specific guidance on how to tune both SQL Server and your Dynamics NAV code to increase application performance.
    • [UPDATE] ERP and Business Processes, illustrated with Microsoft Dynamics NAV 2009, by Hans van der Hoeven. In his primer on the processes that small and medium-sized companies use to run their business, Hans uses Microsoft Dynamics NAV 2009 to demonstrate how these business processes might be expressed in an ERP software package. While this is not a book about Dynamics NAV, consultants and business managers may find it useful to learn ERP concepts and processes by using the context of Microsoft Dynamics NAV.

    If you want to increase your skills on developing a Microsoft Dynamics NAV solution—particularly if you want to better understand how to create a RoleTailored solution—I recommend that you get your hands on one, or even all four five, of these books.

    — Paul Chapman

  • Microsoft Dynamics NAV Team Blog

    Outlook Synchronization: working with conditions in several scenario's

    • 0 Comments

    To limit the synchronized data and for simplicity reasons, we usually recommend to create conditions like the following:

    mmels APP                  WHERE(Salesperson Code=CONST(MME))               1
    mmels CONT_COMP WHERE(Salesperson Code=CONST(MME))
    mmels CONT_PERS  WHERE(Salesperson Code=CONST(MME))
    mmels CONT_SP       WHERE(Salesperson Code=CONST(MME))
    mmels TASK               WHERE(Salesperson Code=CONST(MME))               1

    Only contacts that have an assigned salesperson (MME in this example), will be synchronized. This is a good way to limit the data. For the contact entities, other suggestions are also possible. E.g.:

    mmels APP                  WHERE(Salesperson Code=CONST(MME))               1
    mmels CONT_COMP WHERE(Country/Region Code=CONST(EMEA))
    mmels CONT_PERS  WHERE(Country/Region Code=CONST(EMEA))
    mmels CONT_SP       WHERE(Salesperson Code=CONST(MME))
    mmels TASK               WHERE(Salesperson Code=CONST(MME))               1

    In this example above, only company and person contacts in EMEA will be synchronized. It would be nice to have the other regions synched as well, wouldn't it? In the Outlook Synch. Entities, we can easily create new entities and have them reset to default values. In the example below, company contacts in Latin America needs to be synched as well. You can of course do the same for any other region, company and/or person, etc.
    1. select Administration, Microsoft Office Outlook Integration, Outlook Synch. Entities
    2. select Code and press F3
    3. in the Code field type in CONT_LATAM
    4. press button Synch. Entity
    5. select Reset to Defaults, select "Microsoft Dynamics NAV Contacts of the Company type", press OK
    6. press button Synch. Entity, select Register in Change Log Setup

    Now for the Outlook Synch User, add the newly created entity and create a condition for Latin America, etc. The result would be like this:

    mmels APP                    WHERE(Salesperson Code=CONST(MME))               1
    mmels CONT_COMP   WHERE(Country/Region Code=CONST(EMEA))
    mmels CONT_PERS    WHERE(Country/Region Code=CONST(EMEA))
    mmels CONT_SP         WHERE(Salesperson Code=CONST(MME))
    mmels CONT_LATAM WHERE(Country/Region Code=CONST(LATAM))
    mmels TASK                 WHERE(Salesperson Code=CONST(MME))               1

    In this example, company and person contacts in EMEA will be synchronized but also company contacts in Latin America. Remember that per entity a folder in Outlook should be created and assigned via the Outlook Addin. In a later posting, I will describe how to create one entity that will synch company and person contacts to one folder. That is a really a nice to have.

    When working with TASK and APP, the conditions given in the example above are mandatory. A task in Outlook must contain an owner and an appointment in Outlook must contain an organizer.

    For the CONT_SP entity there is some flexibility. In the above example, only one salesperson would be synchronized for the Outlook Synch User called mmels.Let's assume a ToDo must be created in Dynamics NAV for a given contact and the required attendees are two salespersons / Outlook Synch Users. The manual tells us that when working with tasks and appointments in an Exchange Server environment, the E-mail field must be populated from the Exchange Address Book. Also see earlier blog and the relevant whitepaper:
    http://blogs.msdn.com/b/nav/archive/2008/11/04/tip-1-the-related-item-for-the-synchronized-outlook-item-is-not-found-in-the-specified-folders-the-following-values-were-expected.aspx
    After first full synchronization, the existing salespersons can be populated with an E-mail address and then synchronized back to Dynamics NAV via a normal synchronization.

    To avoid the situation that in this scenario only one salesperson is synchronized correctly and populated with the required E-mail field, we now recommend to remove the condition from the CONT_SP entity, The example above would now look like this:

    mmels APP                  WHERE(Salesperson Code=CONST(MME))               1
    mmels CONT_COMP WHERE(Salesperson Code=CONST(MME))
    mmels CONT_PERS  WHERE(Salesperson Code=CONST(MME))
    mmels CONT_SP     
    mmels TASK               WHERE(Salesperson Code=CONST(MME))               1

    Regards,

    Marco Mels
    CSS EMEA

    This posting is provided "AS IS" with no warranties, and confers no rights

  • Microsoft Dynamics NAV Team Blog

    Useful, Usable, and Desirable

    • 5 Comments

    Today, I would like to tell you how the User Experience team for Microsoft Dynamics NAV does research to validate that our products are indeed Useful, Usable, and Desirable.

    My name is Arne de Booij and I am a so-called User Experience Researcher working with the Microsoft Dynamics NAV team. That means that I need to understand on a personal level what your relationship to our product is. I support various development teams by answering their user related questions through performing all kinds of research activities with current and future users. Questions I get asked a lot are, for example:

    • Can people actually figure out what to do here?
    • What is someone trying to accomplish when they do this?
    • Does someone really want or need this functionality?

    There are various ways to answer these questions, depending on, for example, whether we are getting ready to make software and therefore are looking at an early sketch of the user interface or whether we are out at a customer site where our product has been installed and have direct access to the users that this particular user interface has been designed for. The answers that we get from this research will help make our product better for our users by answering their needs and helping them work more efficiently.

    Recently, we completed a quite extensive research project to answer some questions about the RoleTailored Client (RTC) that we shipped with Microsoft Dynamics NAV 2009. This new client enables our users to “tailor” the software to their own unique needs in their own unique role. Delivering the product was the result of a very long design and development process and we wanted to know how our users are using this new client so that we can assess what adjustments, if any, we should make as we continue down the path of RoleTailored applications. We wanted to know things like:

    • Which new features of the RTC are people using?
    • Which aren’t they using and why?
    • How do users perceive the impact of the RTC on their productivity?

    During late 2009 and early 2010, we conducted research with the help of companies that were using the Microsoft Dynamics NAV 2009 RTC product to run their businesses. We visited each company for an entire day. During the visits, we started with a 1- 1½ hour interview with a company representative, usually someone from the IT department, to get more information about the company and their setup of Microsoft Dynamics NAV 2009. After that, we sat down at the desks of the people who actually use the RTC for their daily work. We asked them to show us how they performed their most important day-to-day tasks. During this time, we took photographs, asked follow up questions and of course, took a lot of notes. For each task they showed us, we also asked a few questions to help us measure the satisfaction they had performing that task in the RTC. After the visit, we continued to gather information by sending participants a link to a post-visit survey used to measure the level of productivity a participant experienced with the RTC. Let’s look at the results.

    In total, 53 participants, working for 16 different companies, participated in this research project. The companies were located in the United States, Canada, the United Kingdom and Germany. The companies where the participants worked were active in, for example, the Software industry, Wholesale and Manufacturing (19%), Distribution and Professional Services (13%), Charity, Retail and as a Dynamics Partner (6%).

    62% of participants had not used a previous version of Microsoft Dynamics NAV before they started using Microsoft Dynamics NAV 2009. 38% had used a previous version of Microsoft Dynamics NAV before.

    Most participants (42%) were working in the Finance department of their company. Other main departments were Warehouse (13%), Customer Service (9%), Purchasing (8%), IT (8%), Sales (6%) and Operations (6%). Participants had used Dynamics NAV 2009 for an average of 5.4 months (range 1-24 months) and were using Dynamics NAV 2009 for an average of 5.7 hours per day (with a range spanning 2 – 8 hours).

    Like any good research study, we learned a lot!

    The results told us that there a lot of good things our users are experiencing when they use the RoleTailored client. For example, people on the product reported high satisfaction and productivity while performing the tasks that are most important to them.

    But the results also shed a light on some things we need to improve. For example, there are still some tasks that require too many clicks or areas where finding the right information is still not immediately clear.

    But the biggest takeaway for us, by far, was that a lot of companies and their users were not taking full advantage of the many ways they can configure and personalize their own experience. For example, for things that our users do every day—like accessing a customer record or taking an order—we have enabled them to add those actions directly to the Action Pane. Because our users weren’t doing that, they have to perform unnecessary actions every time they needed that functionality, which decreases their level of productivity. Same holds true for not having all of the lists a user needs ready and loaded into their navigation pane--a very simple personalization to do. That means that users are forced to go to Departments to find that information.

    So what did we learn? We’ve still got work to do. Job security--they call it. Seriously though, there could be a lot of reasons that some users are not taking full advantage of the features in the product that allow them to tailor the solution to their specific needs, so we are continuing to investigate this.

    Which brings me to you… if you are reading this and have seen something similar in your company, please help us help you! Feel free to leave a comment with your thoughts on why this is the case and what we can do to help you get the most from your user experience.

    To learn more about RoleTailoring, try out these links:

    - Thinking RoleTailored Presentation at Microsoft Convergence 2010

    - Microsoft Dynamics is familiar to your people

  • Microsoft Dynamics NAV Team Blog

    Web services crash after first web service call

    • 4 Comments

    If you are testing out NAV Web services and find that you cannot make any calls beyond your initial and then find that the NST is no longer running, please try the following:

    Compile the following:

    Type

    ID

    Name

    CU

    6810

    EP Request Handler

    CU

    8700

    Mobile Document Dispatcher

    CU

    99008528

    BizTalk Appln. Srv. Startup


    The error commonly occurs because one or more of these three codeunits do not have an entry in table 2000000071 - Object Metadata. They are all called in codeunit 1 on CompanyClose(). This then means that the call itself will run fine, but the closing of the connection will cause the failure and the NST to crash.

     

     

    Lars Thomsen
    Support Engineer
    Microsoft Support

  • Microsoft Dynamics NAV Team Blog

    Style Sheet Tool Extended

    • 3 Comments

    For those that have not used this before, the Style Sheet Tool is a free code sample used as an addition to standard Dynamics NAV application, for enhancing send-to Word functionality on Dynamics NAV by allowing simple and user-friendly style sheet customization. After lots of feedback form partners, I have added an extra dimension to this tool: the ability to export several tables with multiple records. Up to now, any number of tables was allowed provided they all show one record each, in addition to one table showing multiple records.

    This ’constraint’ is now removed, or rather, the design is adjusted to allow several tables showing multiple records each, to be included in merge document design.

    To align the tool with this extension, the following code needs to be replaced:

    Codeunit 680 : Style Sheet Management

    Global variables: add following two variables to the list of global variables of this codeunit

    Name                                            DataType

    NoOfMultiLineTables                     Integer

    MLCounter                                    Integer

    ManageMultiLineChanges trigger   (this code change applies to all versions of the tool)

    Old Code: 

    ...

    RemoveEndOfMultiLine(NodeTextValue);

    EXIT(Return);

    ...

    New Code:

    ...

    RemoveEndOfMultiLine(NodeTextValue);

    // EXIT(Return);                           //changed line

    ...

    CreateMultilLineSection trigger (the code marked as old code here differs a bit in different versions of the tool. The essence of the change is still the same, MLCounter is to be 'started' at the beginning of this trigger)

    Old Code:

    // Create section for Multi-Lines

    ChildNode := IOChildNode.parentNode;

    ...

    New Code:

    // Counter for multiple multiline sections //added line

    MLCounter +=1;                             //added line

    // Create section for Multi-Lines

    ChildNode := IOChildNode.parentNode;

    ...

    CreateMultiLineBody trigger

    Local variables: the following local variable is added to the trigger

    Name

    DataType

    MultilineEnd

    Boolean

    (the code marked as old code below differs a bit in different versions of the tool, and this line is called in several triggers in some versions of the tool. The essence of the change is though the same:

    EACH references to  multiline-section-properties (contained within this line: LoadAttributes(1,'name','multiline-section-properties');)

    should be replaced with  LoadAttributes(1,'name','multiline-section-properties'+FORMAT(MLCounter)) as that creates unique references to different multi-line sections by adding a counter to the end of each, where there previously was only ONE, called multiline-section-properties

    The example below is from version 1.1

    Old Code:

    ...

    ParentNode := ChildNode.parentNode;

    LoadAttributes(1,'name','multiline-section-properties');

    AddElement(ParentNode,NewChildNode,Text043,1);

    ...

    New Code:

    ...

    ParentNode := ChildNode.parentNode;

    // Add counter to multiline section name, for unique reference         // added line

    LoadAttributes(1,'name','multiline-section-properties'+FORMAT(MLCounter)); //changed line

    AddElement(ParentNode,NewChildNode,Text043,1);

    ...

    The following code change applies to all versions fo the tool:

    Old Code:

    ...

    ChildNodeList := ParentNode.childNodes;

    FOR NodeCount := 1 TO ChildNodeList.length DO BEGIN

      ChildNode := ChildNodeList.item(NodeCount - 1);

      TempNodeName := ChildNode.nodeName;

      IF TempNodeName = Text043 THEN

        MultiLineNodeCount[1] := NodeCount;

      TempNodeValue := GetTextNodeValue(ChildNode);

      IF TempNodeValue <> '' THEN

        MultiLineNodeCount[2] := NodeCount - 1;

    END;

    // If MULTILINE_END is not found then set end to number of nodes.

    IF MultiLineNodeCount[2] = 0 THEN

      MultiLineNodeCount[2] := NodeCount;

    ...

    New Code:

    ...

    ChildNodeList := ParentNode.childNodes;

    NodeCount := 1;                                            //added line

    WHILE (NodeCount <= ChildNodeList.length) AND

          (NOT MultilineEnd) DO BEGIN                          //changed line

    // exit the loop when next multiline end is found          //added line

      ChildNode := ChildNodeList.item(NodeCount - 1);

      TempNodeName := ChildNode.nodeName;

      IF TempNodeName = Text043 THEN BEGIN                     //changed line

        MultiLineNodeCount[1] := NodeCount;

      END;

      TempNodeValue := GetTextNodeValue(ChildNode);

      IF TempNodeValue <> '' THEN BEGIN                        //changed line

        IF STRPOS(TempNodeValue,Text021) <> 0 THEN

          MultilineEnd := TRUE;                                //added line

        MultiLineNodeCount[2] := NodeCount - 1;

      END;                                                     //added line

      NodeCount +=1;                                           //added line

    END;

    IF NodeCount <= ChildNodeList.length THEN

      NodeCount := NodeCount -1;                               //added line

    MultilineEnd := FALSE;                                     //added line

    // If MULTILINE_END is not found then set end to number of nodes.

    IF MultiLineNodeCount[2] = 0 THEN

      MultiLineNodeCount[2] := NodeCount;

    ...

    The following code change applies to all versions fo the tool:

    RemoveEndOfMultiline Trigger

    Old Code:

    // Remove end node of Multi-Lines

    ChildNodeList := XMLDoc.getElementsByTagName('w:r');

    FOR NodeCount := 1 TO ChildNodeList.length DO BEGIN

      ChildNode := ChildNodeList.item(NodeCount - 1);

      ParentNode := ChildNode.parentNode;

      IF STRPOS(GetTextNodeValue(ChildNode),Text021) <> 0 THEN BEGIN

        ParentNode.removeChild(ChildNode);

        EXIT;

      END;

    END;

    New Code:

    Add the following parameter to this trigger:

    Name                        DataType    Length

    NodeTextValue  Text     250    

    // Remove end node of Multi-Lines

    // nodetextvalue = multiline_begin_tablename

    NodeTextValue := COPYSTR(NodeTextValue,17,MAXSTRLEN(NodeTextValue));  //added line

    ChildNodeList := XMLDoc.getElementsByTagName('w:r');

    FOR NodeCount := 1 TO ChildNodeList.length DO BEGIN

      ChildNode := ChildNodeList.item(NodeCount - 1);

      ParentNode := ChildNode.parentNode;

      IF STRPOS(GetTextNodeValue(ChildNode),Text021) <> 0 THEN BEGIN

      //Check if this is the right MULTILINE_END to remove                // added line

        IF STRPOS(GetTextNodeValue(ChildNode),Text021+'_'+NodeTextValue) <>0 THEN //added line

          ParentNode.removeChild(ChildNode);

      // EXIT; // remove all ends                                        //changed line

      END;

    END;

    Replace all occurences of the call to this trigger in the code:

    RemoveEndOfMultiline;

     with

    RemoveEndOfMultiline(NodeTextValue);

    The extended codeunit 680 object is also attached.

    Note: Code changes described apply to all versions of the tool, the codeunit attached applies to version 1.1 

    You can direct your questions or feedback to jthunes@microsoft.com

  • Microsoft Dynamics NAV Team Blog

    Outlook Addin generates an error: This attendee already exists

    • 0 Comments

    There are two ways to create meetings in Outlook:
    1. directly from the Calendar folder
    2. directly from the Contact, right click on the contact, press Create and then select Meeting

    The latter would open a new form where you can enter the required data, etc. Not a big deal but after synchronization from Outlook to Dynamics NAV, the Outlook Addin gives an error:

      This attendee already exists

    When creating a meeting by right clicking a contact, a link is added to a meeting for that contact. In order to see the linked contacts, go to Tools, Options, Contact Options, Show Linking on all forms. It is then visible at the bottom of a meeting form.

    Linked contacts are synchronized as to-do antendees (tab5199) with a flag attendance type (field 3) set to false. While normal contacts have this flag set to true. If there is the same contact present as a meeting attendee in Outlook and as a linked contact, the error occurs when synching, "This attendee already exists".

    It is not supported to have multiple attendees with the same email in outlook, added as recipients or as links since this prevents a correct synchronization to Dynamisc NAV.  As a workaround, Links should be removed from the APP entity, alternatively a duplicate attendee or a link should be removed from a meeting in Oultook before synchronizing the meeting.

    To remove the Links from the APP entity, the following needs to be done:
    - go to Administration, Application Setup, Microsoft Office Outlook Integration, Outlook Synch. User Setup
    - select the APP entity, select No. of Elements and press F6
    - select Links and press F4, Yes to delete the Links Outlook Collection from the APP entity in the Outlook Synch. Entity APP - Outlook Synch. Setup Details form

    Marco Mels
    CSS EMEA

    This posting is provided "AS IS" with no warranties, and confers no rights

  • Microsoft Dynamics NAV Team Blog

    Outlook Addin error: The related item for the synchronized Outlook item is not found in the specified folders. The following values were expected:.

    • 6 Comments

    When working with tasks and appointments, the following error could show up:

      The related item for the synchronized Outlook item is not found in the specified folders. The following values were expected:.

    It took us a while to find out why this error occurred. Let me first describe how this can be reproduced:

    First of all, create two contacts in the Contacts table in Dynamics NAV and use the following data:

    First Contact:
    John Doe
    Downingstreet 10
    1234 XX NL
    johndoe@dummy.nl

    Second Contact:
    John Doe
    Johningstreet 12
    5678 XX NL
    doejohn@123.nl

    - then install Demo installation of Dynamics NAV 2009 SP1 using domain user account called DOMAIN\Administrator
    - install NAS of Dynamics NAV 2009 Sp1 and populate it with the correct values
    - go to Administration / Application Setup / General / Change Log Setup
    - enable Change Log Activated
    - go to Sales & Marketing / Sales / Salespeople
    - press F3 and use the following data to create a salesperson

    MME
    Marco Mels

    - go to Administration / Microsoft Office Outlook Integration / Outlook Synch. User Setup
    - add the following to the Outlook Synch. User Setup window (Bidirectional):

    mmels CONT_SP        
    mmels CONT_COMP WHERE(Salesperson Code=CONST(MME))
    mmels CONT_PERS WHERE(Salesperson Code=CONST(MME))
    mmels TASK WHERE(Salesperson Code=CONST(MME))             1
    mmels APP WHERE(Salesperson Code=CONST(MME))               1

    - press Setup, select Register in Change Log Setup for CONT_SP, CONT_COMP, CONT_PERS, TASK and APP
    - start up Outlook and configure the Outlook profile with the correct settings for Mailbox enabled user account called Marco Mels
    - configure the Outlook Addin with the following folders:

    CONT_SP: Mailbox - Marco Mels\Contacts\Salespeople
    CONT_COMP: Mailbox - Marco Mels\Contacts\Company Contacts
    CONT_PERS: Mailbox - Marco Mels\Contacts\Person Contacts
    TASK: Mailbox - Marco Mels\Task
    APP: Mailbox - Marco Mels\Calendar

    - perform a Full Synchronization
    - go to the synchronized contact Marco Mels and populate it with an E-mail address
    - perform a normal Synchronization
    - go to Sales & Marketing / Sales / Salespeople
    - create a ToDo of Meeting type for salesperson Marco Mels
    - add a Contact attendee called John Doe (
    johndoe@dummy.nl) and finish the meeting creation
    - go to Sales & Marketing / Sales / Salespeople 
    - create a ToDo of Meeting type for salesperson Marco Mels
    - add a Contact attendee called John Doe (
    doejohn@123,nl) and finish the meeting creation
    - synchronize the ToDo's

    Result:
    The ToDo is created as a meeting in Outlook
    The Outlook Addin contains a red light showing an error for the created meeting:

    The related item for the synchronized Outlook item is not found in the specified folders. The following values were expected:.

    The Scheduling tab of the synchronized meeting contains one underlined entry:
    Marco Mels: underlined
    John Doe: not underlined

    - press CTRL+K and select the correct John Doe and press OK
    - synchronize the meeting requests, etc.

    Result:
    The ToDo is created as a meeting in Outlook.
    The Outlook Addin now does not contain a red light showing an error for the created meeting:

    In the beginning of the analysis we thought that this behavior was only seen if you had contacts with the same name, but with different email addresses. Then it would be natural Outlook behavior and the error message would just indicate that the user should verify the meeting and ensure the right contacts. The proposed solution to prevent the error message when it is not needed. The suggested fix now also ensures the the email address is being used in the attendee field. Combining the two fields name and email address would ensure that Outlook has enough information to actually resolve who is the contact.

    A hot fix exists for this issue and is described in KB article:
    983614 The related item for the synchronized Outlook item is not found in the specified folders. The following values were expected:.
    https://mbs.microsoft.com/knowledgebase/KBDisplay.aspx?scid=kb;EN-US;983614

    Marco Mels
    CSS EMEA

    This posting is provided "AS IS" with no warranties, and confers no rights

  • Microsoft Dynamics NAV Team Blog

    Outlook Addin invisible or inactive with error in debug log Dump of exception type 'System.IO.FileLoadException'

    • 0 Comments

    Sometimes the Outlook Addin, especially after a reinstall, becomes inactive or the Outlook Addin does not show up at all. The reason behind this is that the two below mentioned files have different build releases which causes the assemblies not to be loaded. After enabling the debug log file, the following error log can be seen:

    Error: 23.04.2009 11:51:47 [1] Dump of exception type 'System.IO.FileLoadException'
    Message: Could not load file or assembly 'Microsoft.Dynamics.NAV.OLSync.NAVSyncAddIn.resources, Version=5.0.26084.0, Culture=nb-NO, PublicKeyToken=4d69abd5d321bc2b' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
    Stack trace: at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
    at System.Reflection.Assembly.InternalGetSatelliteAssembly(CultureInfo culture, Version version, Boolean throwOnFileNotFound)
    at System.Resources.ResourceManager.GetSatelliteAssembly(CultureInfo lookForCulture)
    at Microsoft.Office.Core.CommandBarsClass.get_Item(Object Index)
    at Microsoft.Dynamics.NAV.OLSync.NAVSyncAddIn.Connect.OnStartupComplete(Array& custom)
    Inner exception: System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Dynamics.NAV.OLSync.NAVSyncAddIn.resources, Version=5.0.26084.0, Culture=nb-NO, PublicKeyToken=4d69abd5d321bc2b' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
    File name: 'Microsoft.Dynamics.NAV.OLSync.NAVSyncAddIn.resources, Version=5.0.26084.0, Culture=nb-NO, PublicKeyToken=4d69abd5d321bc2b'

    The following two files have different build releases:
    - Microsoft.Dynamics.NAV.OLSync.NAVSyncAddIn.resources.dll 5.0.25791.0
    - Microsoft.Dynamics.NAV.OLSync.NAVSyncAddIn .dll 5.0.26084.0

    A hot fix exists for this issue and is described in KB article:
    974581 The Microsoft Dynamics NAV Sync Add-in is not displayed or unavailable in Outlook and an error message is logged in the debug log: "Could not load file or assembly"
    https://mbs.microsoft.com/knowledgebase/KBDisplay.aspx?scid=kb;EN-US;974581

    Marco Mels
    CSS EMEA

    This posting is provided "AS IS" with no warranties, and confers no rights

     

  • Microsoft Dynamics NAV Team Blog

    Understanding RoleTailored Client Terminology

    • 0 Comments

    The RoleTailored client in Microsoft Dynamics NAV 2009 is designed to help users focus on their tasks by tailoring their application experience to the needs of their role. To help our customers better understand this new paradigm, and to help partners more easily create RoleTailored solutions, we’ve released an overview of terminology used in the RoleTailored client user interface. Customers can download the slide deck from the Microsoft Download Center. Partners can also read more information on PartnerSource (LINK).

    This terminology overview complements the User Experience Guidelines. These UX Guide provides guidance to partners on how to design user-friendly RoleTailored solutions. You can download the UX Guide from the Microsoft Download Center.

  • Microsoft Dynamics NAV Team Blog

    Microsoft Dynamics NAV 2009 R2

    • 0 Comments

    Just a few minutes ago at Directions EMEA in Prague, Jan Silleman and Dan Brown announced Microsoft Dynamics NAV 2009 R2. It will be available in the last quarter of 2010. The R2 release will contain several cool features (most of which were demo'd duing the keynote):

    • Integration with Microsoft Dynamics CRM.
    • RTC over the internet. 
    • Microsoft Application Virtualization. 
    • Online payment services. 
    • Treemap visualization.
    • Windows 7 enhancements.

    You can read the whole press release here.

  • Microsoft Dynamics NAV Team Blog

    Visual Studio 2010 and SSRS (RDLC) reports in NAV 2009

    • 5 Comments

    A couple of weeks ago Microsoft Visual Studio 2010 was released. Unfortunately we will not be able to support Visual Studio 2010 in Dynamics NAV 2009 when developing SSRS (RDLC) reports.

    When you are designing RDLC reports in NAV 2009 you are creating reports in a format known as the “RDL 2005” format.
    Both Visual Studio 2005 and 2008 supports this format, but not Visual Studio 2010. Visual Studio 2010 is able to open the “RDL 2005” format but will immediately convert the report to “RDL 2008” format. This conversion gives us the some challenges:

    1. To view an “RDL 2008” format report you will need to have to have the “Microsoft Report Viewer 2010” installed on all Role Tailored client (RTC) machines, currently the “Microsoft Report Viewer 2008” is installed by the NAV 2009 installation program.
    2. If we opened up for Visual Studio 2010 you will convert the reports you design to “RDL 2008” format, and leave the unopened reports in “RDL 2005” format. So i.e. are developing an add on and share this with other partners you will need to inform these partners that Report Viewer 2010 is a requirement for all RTC machines. And if these partners are to modify any of your reports, Visual Studio 2010 is a requirement as well.
    3. We need change our code to now compile to “RDL 2008” format when importing the RDLC layout back to NAV.

    So to avoid this confusion we will not open up for Visual Studio 2010 support before our next major version of Dynamics NAV.

    If you for other reasons want to use Visual Studio 2010 you can easily have Visual Studio 2008 and Visual Studio 2010 installed on the same machine. We will just open the Visual Studio 2008 version when you select “View / Layout” in the Object Designer.

    If you only have Visual Studio 2010 installed you will see this message:

    An error occurred when opening Report Designer. A supported version of Visual Studio could not be found.

    This is the same message you get when you have no Visual Studio installed, because we search for the following Visual Studio versions and in prioritized order. So in case you have both Visual Studio 2005 and 2008 installed, we will use the 2008 version:

    1. Microsoft Visual Studio 2008
    2. Microsoft Visual Web Developer 2008 Express edition with SP1.
    3. Microsoft Visual Studio 2005 with SP1
    4. Microsoft Visual Web Developer 2005 Express edition with SP1.

    In a previous blog post I outlined the Visual Studio options you have for designing RDLC reports for NAV 2009, and this list is still valid.

    Hint: If you are using Windows 7 and want to use “Microsoft SQL Server 2008 Express with Advanced Services ” you need to install “Microsoft SQL Server 2008 R2 Express with Advanced Services” to have a successful installation.

    Thanks,

    Claus Lundstrøm, Program Manager, Microsoft Dynamics NAV

  • Microsoft Dynamics NAV Team Blog

    Dynamics NAV Test Drive

    • 0 Comments

    Check out the updated Microsoft Dynamics NAV Test Drive site, where potential customers can log onto our Test Drive environment using their web browser and experience Microsoft Dynamics NAV 2009 first hand without the need of installing it themselves. On the site, you'll also find case studies, demos, videos, white papers, and other resources for learning about Microsoft Dynamics NAV solutions.

    http://www.dynamicsnavtestdrive.com/

  • Microsoft Dynamics NAV Team Blog

    Three Weeks to Directions EMEA

    • 0 Comments
    There is still time to register for Directions EMEA, the prime conference for Microsoft Dynamics NAV partners! The agenda includes:
    • An opening keynote by Jan Sillemann, Director of Microsoft Dynamics NAV Global Product Management, and Dan Brown, Microsoft General Manager of NAV R&D.
    • A keynote by Wim Jansen about the Microsoft Partner Program
    • 36 different sessions, divided into a business track, a technical track, and a presentation track
    • A RoleTailored client competition where you can show off your own implementation/solution
    • Several Hands-On Labs, featuring
      • Form Transformation
      • Web Services
      • RoleTailoring
      • Client Extensibility
    • Three round table discussions, where you can share ideas in a small (10-12 people) setting
    • Countless opportunities for networking, learning, listening, promoting, sharing, solving problems, and growing your business

    Register today!

  • Microsoft Dynamics NAV Team Blog

    How We Use MSDN Feedback to Improve Help

    • 3 Comments

    Have you ever submitted feedback on a page in the MSDN library for Dynamics NAV and wondered what happens to it? If you give a rating by clicking the stars in the top right corner of any topic, a feedback text box opens.* 

    FeedbackStars

    You click Send, and then what?

    We read and analyze every piece of feedback that comes in. We look at ratings for individual topics, average ratings for all NAV Developer and IT Pro Help that is published on MSDN, and changes in ratings over time. Unfortunately, we don't get very many ratings, but we use whatever we get. We also review the text feedback. Here's how we've categorized all 46 comments that we've gotten since we started publishing content on MSDN in December of 2008:

    • Fixed (12) - We made changes to the topic based on the feedback.
    • In Progress (8) - We currently have active work items assigned to writers.
    • No Action (26)

    Let me explain a little more about the "No Action" pieces of feedback. Out of those 26, we categorized 6 as "negative," 11 as "positive" and 9 as “neutral.” We still learn something about what's helpful or not helpful to you from (almost) all pieces of feedback, but they don't require any action from us.

    Here are a few examples of text feedback that we’ve received.

    You told us that the topic How to: Redesign Matrix Forms was "not thorough, there should have been more detail." So we added a new Walkthrough about redesigning a matrix form and linked from How to: Redesign Matrix Forms to the new Walkthrough. This feedback now goes in the Fixed bucket.

    The "neutral" No Action bucket usually contains incomplete comments. We’ve gotten comments like "..." or "ths." Another example of neutral feedback is a comment about MSDN, not about NAV Help, such as "ScriptFree is much easier to read and navigate." (Yeah, I like the Lightweight and ScriptFree options for the MSDN experience, too!)

    The feedback in the "positive" No Action bucket makes my day. It's great to hear that topics are helpful. Comments like, "excellent article, explained well and clear, very helpful" or "good one" are a nice pat on the back for me and the other writers. We track these as an indication of what areas of Help to continue to focus on in future versions.

    The ones in the "negative" No Action bucket are the most difficult. The information that "This is a hopeless article" or that a topic is "bad" or occasionally, a word that is not fit to print here, is definitely good information. We know we've missed the mark. But there's not enough information to know exactly what you didn't like or what we can do to improve the topic. That's why these go into the no action bucket. I wish I could chat with everyone who submitted something that lands in this bucket and ask for more detail. We can tell you're frustrated with the topic and we want to help, just tell us how!

    The next time you read something in the MSDN library, take a second to give us your honest feedback. We’re listening!

    -Jill Frank

    UPDATE July 23, 2010

    *Only the Classic view on MSDN has the "Click to Rate and Give Feedback" stars. If you are using the Lightweight view, click Preferences in the top right corner, select Classic, and then click OK to switch to the Classic view. If you are using the ScriptFree view, click Classic in the top right corner to switch the view. Now you can submit your feedback about Microsoft Dynamics NAV Help.

  • Microsoft Dynamics NAV Team Blog

    Convergence Atlanta Event: Partner Roundtable on Readiness Training

    • 0 Comments

    Calling all Convergence-Atlanta-bound partners! Training feedback wanted!

    Join the Microsoft Dynamics Worldwide Partner Readiness team at a roundtable discussion on April 26, from 3:30-4:30 pm at the Atlanta Omni Hotel. We'd like to get YOUR feedback on readiness training.

    For more details and to RSVP, please contact mctdyn@microsoft.com.

    --------------------------------------

    Convergence Atlanta 2010

Page 30 of 47 (703 items) «2829303132»