Howdy, Stranger!
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.5K Microsoft Dynamics NAV
- 18.5K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 115 Navision DOS
- 854 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 615 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 264 Dynamics CRM
- 109 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 992 SQL General
- 385 SQL Performance
- 33 SQL Tips & Tricks
- 34 Design Patterns (General & Best Practices)
- Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.7K General
- 1.1K General Chat
- 1.6K Website
- 79 Testing
- 1.2K Download section
- 23 How Tos section
- 259 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
Options
Wrong approval workflow being triggered
RJW
Member Posts: 2
Hi,
We are having an issue with a client of ours, when a approval is send out for a sales order the following occurs.
First of all just a small intro about the company and the way of working: the company has multiple locations throughout europe. They all work in the same database and company but some are working with the language set to dutch and other with the english version. This is where the problem begins.
Person A is designated to the sales order and should therefor approve the sales order. When the approval is send out the wrong workflow is triggered and the approval arrives at person B. We tested it and it appears to be caused by the language person A en B are using (both set to english). When we change the languages of person A to dutch and resend the approval the correct workflow is triggered and everything works fine.
We also changed the language of one of the dutch colleagues to english the same problem occurs and the wrong workflow is triggered.
Its regarding the following installation of Dynamics NAV 10.0.14199.9 (NAV 2017), I checked the workflows and they are all the same except from the salesperson code and the designated user, which should be, as all dutch users have the same alterations.
Has anybody else seen this happen or have a clue what could cause it?
Thanks in advance,
RJ
We are having an issue with a client of ours, when a approval is send out for a sales order the following occurs.
First of all just a small intro about the company and the way of working: the company has multiple locations throughout europe. They all work in the same database and company but some are working with the language set to dutch and other with the english version. This is where the problem begins.
Person A is designated to the sales order and should therefor approve the sales order. When the approval is send out the wrong workflow is triggered and the approval arrives at person B. We tested it and it appears to be caused by the language person A en B are using (both set to english). When we change the languages of person A to dutch and resend the approval the correct workflow is triggered and everything works fine.
We also changed the language of one of the dutch colleagues to english the same problem occurs and the wrong workflow is triggered.
Its regarding the following installation of Dynamics NAV 10.0.14199.9 (NAV 2017), I checked the workflows and they are all the same except from the salesperson code and the designated user, which should be, as all dutch users have the same alterations.
Has anybody else seen this happen or have a clue what could cause it?
Thanks in advance,
RJ
0
Answers
Thanks for you reply, I know it was kinda of a long shot but was worth the try.
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!
Lot's of debugging, cant figure out what's going on.
We have integrated the send approval with the release function. When working in dutch language the status will go to 'Pending Approval'. When working in english it creates open approval entries but goes straight to 'released'. The IsSalesHeaderPendingApproval function in Approvals Mgt. gives a wrong return value.
Also we found that opening page 1504 will always display a dutch format for the record ID field, independant of the user language. At first we thought this might be the issue however after some testing this doesn't seem to be the case.