Hi all, I want to calculate formula from text variable. User insert formula in a text box using this text formula needs to calaculate. In NAV 2016. Basically previous versions we use Microsoft Script Control 1.0 Automation but in NAV 2016 it is not available. Please suggest answer for this. Field 1 := 50 Field := 2 Formula := (Field 1 * Field 2 )/5; Field 1 - Decimal Field 2 - Decimal Formula - Text(250). I want to calculate formula.
↧
Forum Post: How to calculate formula from text variable.
↧
Forum Post: RE: Unable to install package in Business central in production environment though it is successfully installed in sandbox environment.
If you don't have any "structural" changes and an upgrade function, then it is not required. Just like when you upgrade a major NAV/BC version.
↧
↧
Forum Post: RE: Initialization of new container fails
Hi Erik! How is your setup? I have had no problems of such kind. I am currently running a Windows 10 Pro with hyper-V. Within hyper-V I am running a WIndows Server 2016 (two actually - one with GUI and one without). What I do is that i Start my Windows Server 2016 with GUI and run the following Sandbox.ps1 file: $Licensefile = "C:\Docker\20180924 - NAVspecialist - NAV2018 - 6197658.flf" $ImageName = "bcinsider.azurecr.io/bcsandbox:dk" $ContainerName = "sandbox" $PlainTextPw = "Passw0rd" $Credential = New-Object -TypeName PSCredential -ArgumentList $env:USERNAME,(ConvertTo-SecureString -String $PlainTextPw -AsPlainText -Force) New-NavContainer -containerName $ContainerName -memoryLimit "3g" -accept_eula -accept_outdated -auth NavUserPassword -Credential $Credential -imageName $ImageName -licenseFile $Licensefile -includeCSide -shortcuts Desktop -additionalParameters @("--network=tlan","--ip 172.21.31.11") -verbose And I have not yet have had any problems (the last two months) My docker-version says: docker version Client: Version: 17.06.2-ee-16 API version: 1.30 Go version: go1.8.7 Git commit: 9ef4f0a Built: Thu Jul 26 16:43:19 2018 OS/Arch: windows/amd64 Server: Engine: Version: 17.06.2-ee-16 API version: 1.30 (minimum version 1.24) Go version: go1.8.7 Git commit: 9ef4f0a Built: Thu Jul 26 16:52:17 2018 OS/Arch: windows/amd64 Experimental: false Docker was installed by using powershell: Install-WindowsFeature containers Restart-Computer -Force Install-Module -Name DockerMsftProvider -Repository PSGallery -Force Install-Package -Name docker -ProviderName DockerMsftProvider Restart-Computer -Force
↧
Forum Post: RE: Initialization of new container fails
The RTM image works fine. Try with the insider builds: bcinsider.azurecr.io /bcsandbox-master
↧
Forum Post: RE: How to calculate formula from text variable.
Hi Kals, I'm not sure exactly which methods you are using, nor have I been using the Script Control OCX myself. But I would imagine that Microsoft, just has they did with most of their other "common" automations, have created a dotnet control, which can be used instead. And if I'm not mistaken, then Microsoft's Script Control Class , replaces their Script Control automation. I have upgraded a few solutions build with Microsoft's XML OCX, and upgrading them to use the DLL was quite easy, most of the methods were exactly the same. Not sure if that's the same with Script Control.
↧
↧
Forum Post: Telegram Integration with NAV 2018
Hi Everyone, Wish you all have great days! I am trying to integrate Telegram ( cloud-based instant messaging and voice over IP service developed ) with Business Central. I took reference of https://community.dynamics.com/nav/b/andreysnavblog/archive/2018/03/05/nav-meets-telegram-al-json-an-so-on and downloaded this project file and followed every instruction given but I am stuck at a point where " The call to the web service failed. " URL is generating correct but GET is not reading value and also tried with POST function but still the same. Looking for more discussion on this.
↧
Forum Post: RE: Initialization of new container fails
Also a problem here: Import License Microsoft Dynamics 365 Business Central Server is currently not ready to serve requests. Try again later, or contact your system administrator. at , C:\Run\SetupLicense.ps1: line 29 at , C:\Run\navstart.ps1: line 126 at , C:\Run\start.ps1: line 107 at , : line 1 TimeGenerated : 10/8/2018 11:21:15 AM EntryType : Warning Message : Server instance: NAV Tenant: The service could not remove service principal names because the service account could not be found in Active Directory. Account: NT AUTHORITY\SYSTEM Service principal names: http/insider:7048 http/insider:7048 To avoid this warning, make sure the server account is provisioned correctly (see go.microsoft.com/.../ ). TimeGenerated : 10/8/2018 11:21:15 AM EntryType : Warning Message : Server instance: NAV Tenant: The service could not remove service principal names because the service account could not be found in Active Directory. Account: NT AUTHORITY\SYSTEM Service principal names: http/insider:7047 http/insider:7047 I think the image needs an investigation by FreddyK - I think its a a (execution) permission issue.
↧
Blog Post: Dynamics 365 Business Central on-premise and extensions: what happens to my third-party integrations?
In a real-world Microsoft Dynamics NAV implementations, is quite common to see integrations with third-party external applications. These integrations are normally based on three different technologies: Text file integrations (XMLPort) SQL integrations (direct access to SQL tables) Web Services or APIs integrations With Microsoft Dynamics 365 Business Central on-premise you have the same types of choice for handling your integrations with external applications and you can easily move all of them from NAV to D365BC on-premise without too much effort. All of them except point 2 if you’re using extensions instead of C/AL In the following example, I’ve reproduced (with simplicity) a quite common scenario I see every day on many Microsoft Dynamics NAV implementations: a manufacturing company has production machines that transmit real-time production data to NAV by using connectors that directly writes SQL Server tables defined in the NAV database (in this sample the integration table is the ProductionData table). At the end of a production order, the machine writes a field in the NAV Production Order table to signal that the production order data are completely collected and registered. When moving such integration to Dynamics 365 Business Central on-premise and the extension-based architecture, what we have to do now is using the Modern Development Environment and: Define the ProductionData data table in AL (and the relative List page if needed). Write the Production Order tableextension object to add the new required fields. Here I’ve created an extension called ManufacturingIntegration and this is the AL code for the ProductionData table definition: table 50115 ProductionData { DataClassification = CustomerContent; fields { field(1; ProductionOrder; Code[20]) { Caption = 'Production Order No.'; DataClassification = CustomerContent; } field(2; OperationNo; Code[20]) { Caption = 'Operation No.'; DataClassification = CustomerContent; } field(3; OutputQty; Decimal) { Caption = 'Output Qty.'; DataClassification = CustomerContent; } field(4; ScrapQty; Decimal) { Caption = 'Scrap Qty.'; DataClassification = CustomerContent; } } keys { key(PK; ProductionOrder, OperationNo) { Clustered = true; } } } This is the AL code for the Production Order table extension: tableextension 50115 ProductionOrderExt extends "Production Order" { fields { field(50115; ProductionDataRegistered; Boolean) { Caption = 'Production Data Registered'; DataClassification = CustomerContent; } } } Now deploy this extension to Dynamics 365 Business Central on-premise: What happens now on our SQL Server database? The same external application in the old Microsoft Dynamics NAV actually writes data in the following SQL tables: dbo.[YourCompany$ProductionData] dbo.[YourCompany$Production Order] And now? The SQL tables created by our extension now are the following: dbo.[YourCompany$ProductionData$extensionID] dbo.[YourCompany$Production Order$extensionID] where extensionID is the ID of our extension (that we can see in app.json file): So, what you have to remember? When using AL extensions and you strictly need to maintain the direct SQL Server integration with your third-party application remember that: The new tables must be called with the extensionID prefix The new added fields on standard tables are in a separate table (same name as the extended table + extensionID). If your third party application reads the extended table (in the above example is [YourCompany$Production Order$extensionID] , in this table it will find only the primary key of the original table plus the newly added field (in the previous example the field is ProductionDataRegistered ). If he needs to perform a SELECT with the newly added data + the original table’s data, now this cannot be done with a single query on the Production Order table but instead you need to perform a JOIN: What is the conclusion? If you have in place this type of integration and you’re forced to keep it alive, remember that you have to alert your third-party vendor to change the integration queries. As-is, they will not work. Obviously, if you can recreate the integration by using web services you don’t have to keep in mind this “problem” and you will be SaaS-ready
↧
Forum Post: RE: Initialization of new container fails
What I noticed, was that it creates a certificate, even if UseSSL = true... But yes, this may be something Freddy should take a look at.
↧
↧
Forum Post: RE: Initialization of new container fails
I think the issue is SQL Permission related.. that is at least what "DOCKER logs insider" says...
↧
Forum Post: EBCDIC-500 characterset format files can imported into Navision.
EBCDIC-500 character set format files can imported into Navision.
↧
Forum Post: Regarding Job Queue
Hi All, I got 1 issue regrading Job Queue . I have created 1 codeunit for exporting PDF file from Blob field In table , when we directly run codeunit it will exporting properly but when we automatically run using job queue then job queue showing following error Please give me some suggestions. Thank You
↧
Forum Post: RE: Regarding Job Queue
It sure looks like the codeunit that you are calling request for user (client) feedback. Make sure that you have absolutely no kind of UI. If you are downloading a file, then remember that the file is downloaded the it's done by and on the server. Don't use the functions to download blob to client.
↧
↧
Forum Post: RE: EBCDIC-500 characterset format files can imported into Navision.
Ok, can they. Or is that a question? And which version of Navision is this about? The last real Navision named version was Microsoft Business Solutions-Navision 5.0, released in 2005. And a lot has happened when it comes import of files since then.
↧
Forum Post: RE: Initialization of new container fails
Well Freddy confirmed the issue. The insider master is currently broken.
↧
Forum Post: RE: Adding Field to posted sales invoice in dynamics 365 business central
yups thats working.. thanks for that nut now i want this field to appear in general ledger entries also i have done the same step Created same field with same ID and Type . but its not working there field is coming on the page but the data which i have input is not coming if you can help me with that
↧
Forum Post: RE: Adding Field to posted sales invoice in dynamics 365 business central
That is a more complicated question, what version of NAV are you using?
↧
↧
Forum Post: RE: Adding Field to posted sales invoice in dynamics 365 business central
i am working dynamics 365 business central Al extension
↧
Blog Post: NAV TechDays 2018
Let me ask you something. What do you do on November 22 and 23, 2018? Well, let me not ask you what you do, let me tell you what you do: You attend NAV TechDays 2018 . In the very unlikely case you just landed on this planet from outer space, and don’t really know what NAV TechDays is, then let me know that it is the #1 technical conference about NAV , that has been running for 8 years now, since 2011. It’s cram-packed with cutting-edge technical content about NAV (and BC), delivered by the top people in the NAV world, including Microsoft’s team that’s building the technology, MVPs, and other renowned technical experts in the field. If you are serious about Microsoft Dynamics NAV (or Dynamics 365 Business Central) and you consider yourself a techie, then there can be absolutely no excuse for not attending NAV TechDays. TechDays is so much different than other NAV conferences, and here’s why: It’s 100% technical content. You won’t find level 100 or 200 sessions here, it’s all deep dive, highly technical content. You won’t find any marketing content here. It’s 100% kick-ass content. NAV TechDays has far more content submissions than the number of sessions they can accommodate, and this makes only the top of the top of the top content to be selected. Not everyone can be a TechDays speaker! It’s 100% passion, distilled. You’ll hear people share their experience, their tips and tricks, you’ll hear them spread their love for the product. You’ll see passion on stage, you’ll see passion in the audience. It’s 100% original format, no other conference does it. It’s only 2 parallel tracks at any given point in time, and it’s 90 minutes per session. At TechDays, when you want to learn something, you really get to learn about it. It’s 100% about NAV. No AX, no CRM, no nonsense. If you are still not sure if you need to be there, then this is why you absolutely need to attend: You get to meet your colleagues and peers. It’s 100% technical conference, targeting developers, so you won’t get to meet marketers, salespeople, or generally non-technical folks. You get to talk to Microsoft people, the folks that define the architecture of NAV, the folks that write its code, the folks who know it inside out. You get to see some amazing products built on NAV and for NAV in the expo area. Even there, you won’t talk to your regular salespeople – these are also mostly technical folks, eager to show off their product and discuss it. You get thousands of new ideas, and you expand your horizons. Some sessions will really blow your socks off. And if you are still not convinced, consider this: every year, for past seven years, NAV TechDays was the only NAV conference that was publishing all of its content, online, for free, very soon after the conference. And yet, they still full up, and they still grow in attendance numbers year over year. To wrap it up, if you consider yourself an NAV developer, and you have never attended NAV TechDays, you haven’t lived. Be there. So, go, grab your ticket before it’s too late, and… … see you in Antwerp! Read this post at its original location at http://vjeko.com/nav-techdays-2018/ , or visit the original blog at http://vjeko.com . 5e33c5f6cb90c441bd1f23d5b9eeca34 The post NAV TechDays 2018 appeared first on Vjeko.com .
↧
Blog Post: Business Central APIs and bound actions
I’ve written about the Business Central Connect API before and explained how you can use my ALRunner extension to create an API-enabled Azure Container Instance (ACI) and use it to do serverless API development. I have extended that a bit and will show you a quick walkthrough as well as a bit of background... Read the full text.
↧