You are quite right, I didn't get your point. You're not very good at explain yourself, when you talk about copying a document function, without any other details.... Don't expect people to be able to read your mind. Please be specific! But I'm still not sure I understand what you want. If you ie. have a sales order in one company, that you want create in a different company? For that you can use the Inter Company module. Or you want to recreate the same sales order in a different company, also as a sales order?
↧
Forum Post: RE: Copy document function from one company to another company.
↧
Forum Post: RE: Sr no issue in for different branch
branch code selection above given suggestion is not working.
↧
↧
Forum Post: RE: Adjusted Cost - Value Entries
Noted with thanks Mr.Erik .
↧
Forum Post: RE: Copy document function from one company to another company.
I want to recreate the same sales order in a different company
↧
Forum Post: RE: Copy document function from one company to another company.
And exactly what is the business requirement? What happens to the sales order in company 1? Do both companies ship the order? The normal flow would be SO -> PO (in company 1) -> SO in company 2. The is no function or process in NAV which can export/copy a sales order, to turn it into a sales order in a different company. But if I had such a (strange) requirement, then I would assume that the inter company functionality could be customized to do it. Just as transferring/copy a customer from one company to another company requires that all the "codes" etc. used by related tables are in both systems for it to work, then doing it with orders makes this challenge even bigger. It's not enough to transfer the base records, you also need to map or synchronize everything related. If you're new to coding in NAV, then this is going to be a project which will take you months of work to complete. Well at least if you do it to the standards by customers normally expect from me.
↧
↧
Forum Post: RE: Invoice Rounding, using LCY Currency Code in Currency table
Hi Jens, You may end up making just as many "adjustments" to have LCY as a currency. Have seen it done, both as a result of an "accident" (a consultant who didn't know what he was doing and also created DKK as a currency code) and like David says, some countries where this is "normal". My experience says that it starts giving problems as soon as the users forget to put in the LCY code. It really got messy. So you would need to back it up with code to prevent anything being posted without a currency code. And you need a function to populate currency code to all existing entries, to keep the system consistent. As David says then this is really very "un-Navision"'is. Personally I would rather go with a customization, think that's going to be safer.
↧
Forum Post: RE: Nav 2016 - Purchase order fully received and Invoice not deleted
Thank you Erik.
↧
Blog Post: AI, Apps, and Office 365: Why NAVUG Summit boosted Microsoft Dynamics NAV optimism
Three highlights emerged from last week's NAVUG Summit Nashville event - the huge turnout, the technology roadmap for the upcoming releases of NAV, and the push for users to start adopting Power BI. Now in its tenth year, Summit continues to draw a strong crowd. Dynamics Communities reported that over 6,500 people attended the full event, with 1,000 NAVUG attendees making the trip. The success of these conferences and their continued growth are generally good indicators of the overall ...read more
↧
Blog Post: Posting with Limited Users?
Posting with Limited Users? Some questions about posting with limited users NAV Limited User (licence type) “If i use a limited user to write i n Item Journal Line (T83) and then this same user posts this line, would this work? (assuming that codeunit 22 -Item Journal post line – will write in more than 3 extra tables ). If i use a limited user , do I have to specify somewhere which 3 tables he/she can write on , or this limitation is only valid in each different transaction he/she may perform?” https://community.dynamics.com/nav/f/34/t/234686 “People wants to configure what three additional application tables these limited users canuse. Base on the standard NAV, this is not possible. These users get write access to a maximum of three application tables in the object range 0 – 99,999,999 other than the General Ledger Entry table. But system will count the first three used application tables beside the default tables. This is counted by the session. That means, users can use different three application tables in different sessions.” However you can limit it by setting up additional user permissions to shorten the list of tables to access.” https://community.dynamics.com/nav/f/34/t/241266 Nice questions… BUT… #0 – DOGMA ; Light User is NOT For Posting….. buy a FULL USER to Post !!! #1 – WORKAROUND : Use Web Services to Post with a FULL USER (WS Service) #2 – WORKAROUND : Use NAV NAS Service to Post with a FULL USER #3 – WORKAROUND : Use Limited Users to write on Temporary Tables (others than available tables and selected tables on Security SETS) Take a look to Totovic Post to configure Limited Users https://totovic.com/2016/03/02/how-to-configure-limited-users-in-nav/ #4 – WORKAROUND : Use an external NAV Addon or Application with limited usersother types of license: ex: MOBILE NAV etc, Limited User (License Type), User Card Permissions SETS Ø Example for Limited User PERMISSON SET PERMISSIONS READ: example: READ for ALL Tables WRITE: example : WRITE only on my tables (5 tables defined on this SET -3 standard + 2 of addon) NAV 2017 Limited Users Pre-Assigned Tables Nice question on Forum by Tina Menezes about this topic. https://community.dynamics.com/nav/f/34/t/241266 Best PracticeWorkaround for question “ Writing the transactions of a Limited User to a temporary table then having a Full User (or a system process) post those transactions to table 17 is an example of indirect write access to table 17 , which is not permitted.” “Best way would be only write to item journal from external app with limited user without posting the lines. Create a Job queue entry which is run by a full User and posts periodically these Job journal lines .” SAMPLES: “HOW-TO POST” SCENARIOS You can use limited user to insert data on item journal , after you can post in 3 ways : 1- Post with Jobqueue using a Full User Very Simple Example: create and schedule a job that runs a Posting Codeunit (with one by one posting routine if you don0t want to block all posting when an error is detected). EXAMPLE 2- Post using Exposed Web Service page called by NAV using Vjeko C/AL WebService Wrapper tool. It’s my best method because is NAV on NAV technology; in this case I call a page exposed as web services that onOpen trigger launch directly a Posting Codeunit. VJEKO TECHNOLOGY LIMITED USERS POSTING WITH VJEKO CODEUNIT – SCHEMA WEB SERVICE o Sample page exposed as Web Services http://navsrv:7048/SERVICE/WS/COMPANY/Page/WSPostOutput Example: (CRONUS) WITH WebService DO BEGIN CONNECT(‘ http://localhost:7047/DynamicsNAV70/WS/CRONUS%20International%20Ltd/Page/Customer’); SETFILTER(‘Balance_LCY’,’>0′); SETFILTER(‘Name’,’A*’); IF READMULTIPLE THEN REPEAT MESSAGE(‘Customer %1 %2 has balance of %3’,GETVALUE(‘No’),GETVALUE(‘Name’),GETVALUE(‘Balance_LCY’)); UNTIL NEXT = 0; END; EXIT; Actually is not possible to call Codeunits (only Pages), I think that is possible to call also codeunit. http://vjeko.com/web-services-black-belt-consuming-nav-web-services-using-pure-cal/ You can donwload from here: https://mibuso.com/downloads/generic-web-services-client-v2-for-microsoft-dynamics-nav VJEKO CODEUNIT (WRAPPER) CODEUNIT PAGE WEB SERVICES (EXPOSED PAGE) OnOpenPage Trigger Ø Call Web Service Wrapper codeunit 3- Use external app (c#, Visual .NET) to post (external technology) Many links about these methodologies, nice but outside of NAV. EXAMPLE Walkthrough: Creating and Using a Codeunit Web Service (SOAP) https://msdn.microsoft.com/en-us/library/dd339004(v=nav.90).aspx NICE TUTORIALS and POSTS Here: Consuming Web Service from inside NAV https://ksdconsultancy.blog/2016/04/28/exposing-consuming-the-web-service-from-inside-navision-part-3/ “TUTORIAL”: Basic Tutorial of using NAV WebServices (Customer WebService) http://moodle2.karelia.fi/mod/page/view.php?id=85476 Have a nice posting !
↧
↧
Forum Post: RE: Invoice Rounding, using LCY Currency Code in Currency table
It is "safe" if you do it from day one. But as Erik says, if you do it later, then you need to figure out how you will update historical transactions.
↧
Forum Post: RE: Invoice Rounding, using LCY Currency Code in Currency table
The main reason they do this is so they can put a test field on Currency Code and thus the user is forced to make a conscious decision on currency every time.
↧
Forum Post: RE: data upgrade error in nav2017
Hi Manjusree, Exactly when does this happen? It's looks like something regarding workflows. Are you upgrading from NAV 2016?
↧
Forum Post: RE: Invoice Rounding, using LCY Currency Code in Currency table
Yes, need to support it with field validations, testfields or something. And in these days (with D365's user focus), then I'll rather default to the LCY code, than forcing users to select the LCY and tell them they are stupid, if they forget. [:)]
↧
↧
Forum Post: RE: data upgrade error in nav2017
Hello, Thanks for your reply. Upgrading from NAV2009 R2 to NAV 2017. I have converted NAV 2013 database to NAV 2017, imported base+modified code, compiled all the objects and did Sync. Schema For All Tables. All objects are compiled and Sync. also does not show any issue. But getting error when I do Tools--Data Upgrade when it comes around 50-55%. I have set SQL timeout to 23 hrs, but still getting into this problem.
↧
Blog: TharangaC - Dynamics NAV Blog
Blog about the issues faced by developers and users, tips and tricks and new technology introduced to Dynamics NAV
↧
Forum Post: RE: data upgrade error in nav2017
The reason is most likely some data going wrong somehow. You do not have any workflows you are upgrading? And are you using the latest build of NAV 2017?
↧
Forum Post: RE: SETFILTER how to apply the filter which more than 20 chars?
HI Erik. Yes you are right, I am misunderstood the eroor, in fact , it is the limit of the field, such as I wrote the code : seltfilter("Item No.",'11111111111111111111111124324324'), it throw the error, it means the limit of the "Item No." is 20, I can not set the filter chars more than 20..., At last I found the solution, I use temporary table to record such many-to-many relationships.
↧
↧
Blog Post: Microsoft Dynamics NAV 2018 / Dynamics 365 “Tenerife”
I’m on the plane going back home after visiting one of my best friends .. which finally gives me some time to wrap up whatever has been in my head about Microsoft Dynamics NAV 2018 and Microsoft Dynamics 365 “Tenerife”. During and after Directions, I have been so busy that it was difficult to find time to decently write about it. What I learned is that there is quite much to look out for – and I’ll try to sum that up by summing up the facts (I’m not much of a fan of rumors..) – based on the information that I got out of it, and how I have perceived it – let that be my disclaimer ;-). Fact 1: the market around the product we know as “Dynamics NAV” keeps being a partner model Together with Microsoft, we, partners, have been making NAV great. Even more – it is a cashcow for Microsoft. That is just a fact. A lot of indicators point out it’s a far bigger cashcow then any other Dynamics product. Year after year we – the partners – have been making and even exceeding the goals Microsoft has been putting out here. It’s us. Partners. We sell, we implement, we configure, we customize, we productize, we verticalize, … ! And in the future, it’s still us that needs to do it. No need to hold back, but keep doing what we have been doing. I can speak for my own companies – we are investing a lot in bringing our *** to the latest and greatest (pardon my language – it’s a Flemish thing ;-)). Fact 2: NAV will be available in the cloud In Spring, there is going to be Microsoft Dynamics 365 in the cloud, based on NAV! Of course! When you look at it technically, it makes all the sense in the world: NAV is the best product to target the SMB market NAV has a great, new, state-of-the-art extensibility model (aka Extensions) (did you know AX doesn’t have that? Or at least, if they have .. then they should start documenting it, as at this moment, there is already more to find about NAV extensions in beta, then “anything” extensions on AX?) And – let’s be honest – if you want to target SMB – especially SB – NAV is the only product that can serve that decently. (being a NAV-guy, my view can be somewhat biased – but I’m sure I’m quite objective on this one…). Microsoft is being wise here, and is putting NAV in the cloud – SMBs, here we come! So, with NAV in the cloud, you can bring all your know-how, expertise and whatnot to the next level! Fact 3: There is a roadmap beyond Spring 2018 You already know that the Microsoft Dynamics NAV team is fully agile. This is one of the reasons why putting up a roadmap for multiple years and specific points is not possible. This is also one of the reasons why for many years no, the roadmap looks like this: Now, this is not the only roadmap. You also have this: Dynamics 365 Roadmap always at your disposal as a reference. Fact 4: On Premise is there to stay (for now … ;-)) As long as there is business for On Premise, we will be able to do it with NAV. Microsoft’s focus is “cloud” for sure, but On Premise is there to stay. Of course, when customers are mostly moving to the cloud (some people really don’t believe that it IS happening – I don’t know – I think it’s inevitable (looking at myself and the software I’m using now comparing with a few years ago…)). In that case, in the future .. Probably it will be another story. But as long there is a market for On Premise, as long there will be NAV On Premise. Fact 5: Dynamics 365 will have full NAV capabilities In my view, Microsoft completely messed up in naming the first version “Dynamics 365 for Financials”, which it offered more than “just” Financials! Well – they will not make that same mistake twice (I hope..). Rest assured – for whatever we will do in the cloud – we can do all! From Manufacturing to Jobs to Relationship Management to .. Whatever! All a SMB wants to do – it will be there! With the power of the coud! Fact 6: One Codebase We will have a slightly different experience in the cloud, but all will be one codebase! Basically the design is somewhat different in Dynamics 365 (let’s call it the “Dynamics 365 Experience”), and a lot is “tuned” with Application Areas (and some other properties – if I understand correctly) – but – for all we do, the codebase is the same. Fact 7: Extensibility with Extensions As said, NAV has an extensibility model, aka “Extensions” or “Apps”. Do know, Extensions as we know in NAV2016 and NAV2017 is gone! No more. No more delta-*** (again – a Flemish thing – sorry .. ;-)), a LOT less PowerShell *** (..) .. but a decent, modern, VSCode-based development environment where we will be able to: Create apps for Dynamics 365 Create extensions for On Premise installations Create extensions, based on customized databases (!!) – oh yes we will! So if you want – you can even apply this to customer development! It will make your upgrade SO much easier if you would do so. And don’t start with “but all my income from this time-consuming-upgrade-work would be gone”. That is income that shouldn’t be income. Upgrade ALL your customers instead of just one or two, and there’s your income again! Fact 8: Microsoft Dynamics NAV 2018 will be released on December 1st Thanks to Directions US, and the feedback and the passion of the partners that has made it clear that this had to happen. As said, the team of Microsoft Dynamics NAV is full agile. That’s why they could make the decision to release “what they already had” on such a short timeframe. During Directions EMEA, I made a blogpost which covered quite some topics on what’s available in the new version ! Fact 9: Extension V2 will work on Dynamics NAV 2018 How cool is that! So yes, this modern development experience in VSCode WILL work on the release we will get on December 1st! And on top of that, we WILL be able to create extensions on top of our own customizations/product/ … as well. Fact 10: Yes, you will be able to white label your product, but you don’t have to “Powered by Microsoft Dynamics 365” or not, it’s your choice! Even for Embed apps, you have the choice! Thing is that for Embed Apps, YOU will have to do full support of your app – obviously. If you completely change the posting routine in your app – Microsoft can’t support that. Fact 11: Microsoft is working on the prices Pricing is not known yet. But for sure Microsoft is working on getting that nailed down. Also here, there was a lot of feedback during both Directions – and I’m sure Microsoft is doing what it can to please us, partners. Fact 12: There is no monetization in AppSource – but it will come It was stated by Microsoft that there will be no monetization basedon AppSource in the next release. As far as I know, Microsoft will not be collecting your money on AppSource just yet. But you can do your own monetization quite easily. With Cloud Ready Software, Arend-Jan Kauffman has been doing sessions about this on how to do that – and there is already some code on github that does this in a simple way. AJ has been working on this, and even integrated payments with Stripe . Fact 13: Microsoft Dynamics NAV consumes an insane amount of Azure stuff – and that’s a good thing. Read this blogpost of James Crowter first. I was amazed that the rumors I heard at Microsoft actually seemed to be true. Fact is, Microsoft Dynamics NAV generates an insane amount of metrics / logs – all on azure. The installations we do as partners, all generate Azure comsumption – together with the Dynamics 365 customers. All this should be accounted for to Dynamics NAV! If Microsoft pays that much attention to it, Microsoft should get their act together and have objective measures instead of anything else! Fact 14: I can’t wait! To conclude, I don’t lie when I say I can’t wait for turning my companies to the new development environment, for getting our products to the cloud, to integrate with the Dynamics 365 stack, … . I am excited, and so should you! Just for your reference, here are a few more resource which I really liked! Arend-Jan Kauffmann: Thoughts on Dynamics 365 “Tenerife” & NAV 2018 Saurav Dhyani: Microsoft Dynamics NAV 2018 – Yes It is! James Crowter: With Microsoft Dynamics 365 SMB plans firmed, NAV & CRM partners can plan for a bright future Tobias Fenster: Why I like where Dynamics NAV / 365 currently is Aleksandar Totovic: The future of NAV – a small wrap up
↧
Forum Post: RE: how to result next page. if number over ...
stackoverflow.com/.../how-to-page-break-after-specific-rowsuppose-25-rows-in-rdlc-reporting Try This...
↧
Forum Post: RE: how to add a key into query ?
Yes the query object is great! When you need to create special combined datasets, then a Query can do it much faster. For example this is what analysis by dimensions uses, where it combines the entries with the dimension values. If you had to do the same thing the traditionel way with "loop-in-loops" with lots of repeat-until's, then you would need a lot more SQL reads. But there is typically a lot more work involved in using them, so only do it when you really need it, which is where you either have a large number of transactions. To me especially the group by and sums from SQL comes in very handy. The best way to learn how to use it is to study how it's being used in the standard system. My guess is that the "Top 10 Customer Sales" query is one of the simpler to start with.
↧