Good day.

I have been following closely this conversation. We have been battling with the same issue for weeks now. After trying everything we could possible think of, silly as it may sound, we ran the application as administrator (even though the windows account logged on is an administrator). This resolved our issue. We then made sure that the attached is set on the application - we have had no issue since. Perhaps it might help!

Many thanks,

EM.

Thanks so much for you input here, Emelda!

At least its yet another solution we can consider in the future 

Hi Bennie,

Here it goes as requested...

Thank you.

Thanks Alex

I'll discuss your query with Evolution Support and soon get back to you with an update 

Thanks Bennie,

Expectantly waiting for a solution!

Hi Alex

I discussed your query today with Evolution Development and they believe this query may be due to some kind of company database corruption.

Therefore, to prove this hypothesis, please do the following:

1. Create a brand new Evolution company with your own records:

1) Create 5 new customers

2) Create 5 new suppliers

2. Now process a couple of transactions in Voucher Management and let me know is you can also recreate the above error.

If not, it means your query are then most certainly company DB related. In that case I will then require a copy of your latest company backup to further investigate in my side.

Please keep me updated on your findings.

Blessings!

Bennie 

Hi Bennie,

I did as you instruct but still have the same issue. How do I send the database backup to you?

Alex

Thanks Alex

I'm carefully optimistic here but I think we made breakthrough on your query 

Note the following feedback I received from another client who had the same VM error as you:

In my research this morning as I was helping to troubles shoot on my end I have discovered 2 outcomes;

VM for v11 seems to have issues with its dlls loading when a user uses a Microsoft account( whether the user is administrator or not)

If you create a local account and do not link it with Microsoft account, whether it’s a std account or an administrator account, the VM works.

I then asked the client the following:

But please confirm:

What do you mean exactly with a Microsoft account? Where exactly is this account used?

The client responded as follow:

I mean using the procedure below rather than local account.

I then asked the client the following:

I’m just a bit confused here:

Are you telling me you logon on to the PC no in the usual way of simply catting the password for the default Windows account?

But instead you’re using a different way of logging onto the PC?

Sorry, the above may seem like stupid questions but I just want to make sure, we’re on the same page here

Hi Bennie,

I am also confused but to put the records straight, our User Accounts are LOCAL and NOT connected to a Microsoft Account!

Blessings!

Alex

Yip, me too
But I've arrange a meeting with the other VM client and will soon update you further.

Good Morning Alex

Please note the following query that I logged with Evolution Development yesterday after having a detailed discussion with another Evolution client having the same VM error as yourself:

Please assist with the following query:

The following error message is displayed in Voucher Management when clicking on any dropdown in any kind of transaction screen 

We made sure that the .NetFramework option for 3.5 and ASP.Net 4.8 is selected in the Control Panel | Turn Windows Features on or of screen

Please also note the following:

The BP created a non-Microsoft user account on his client's workstations where the above error is displayed, and doing that resolved the error.

However, the same error is also observed on the BP's own laptop and even after he applied the same 'work around' the same error still persists on his PC's VM transaction screen. 

There are two ways to create a user account on a Windows PC. One way is to create a non-Microsoft Windows user account, and that is described in the attached document called 'Creating a non-Microsoft Windows user account'

Creating a non-Microsoft Windows user account.docx

So the questions to be answered:

1) What can cause the above error?

2) Why is working with a non-Microsoft user account resolving the error on at least the BP's client's workstations? 

3) Could it perhaps be due to certain security measures that Microsoft type Windows user accounts apply and that somehow affects VM?

And using a non-Microsoft type Windows user account is not applying the same security measures/policy? 

NOTE that this error is not due to a defect as its working fine on my PC and others.

This query is a combination between Evolution and the local PC / environment.

I have two separate clients' queries with the same error in Evo ver 11

As soon as there is any kind of constructive feedback I'll update you on this matter.

Blessings!

Bennie 

Good Morning Bennie,

Thank you for the good work you are doing to resolve this issue. God bless you!

Out of curiosity I also created a Local Account but the story is not different from what it has been.

Expectantly waiting for favorable feedback.

Blessings!

Alex

Hi Alex

Yes, bless you and your loved ones too! 

Can you please try the following:

1. Close Evolution.

2. Go to the installed Evolution folder e.g. C:\Program Files (x86)\Sage Evolution

3. In here find the VM folder and then give it full share rights: Read and Full Write access for all users and even add your own normal Windows account also as a user with these rights

4. Now open the Evolution company and test if there is any improvements?

Please update me on this chat.

Hi Bennie,

I have done as instructed but there is no improvement

Alex

Thanks Alex

I'm currently still awaiting feedback from Evo Dev on my latest query to them as mentioned above

Please also confirm:

In what country are your company and where you're staying?

My other client with the same query is working for a BP called ESN'B (Pty) Ltd

Hi Bennie,

Expectantly waiting for favorable feedback from you!

We are a company based in Nigeria and I live in Abuja, Nigeria.

Blessings!

Alex

Thanks Alex

 I really hope to get an update from Evolution Dev by Tuesday 15 Nov 2022 at the latest.

Have a great week!

Hi Bennie,

Thank you so much, I can't wait!

Have a blessed week too.

Alex

Hi Bennie,

I trust you are doing fine.

It's exactly 14 days since I heard from you regarding my issue, and I hope all is well with you.

Blessings!

Alex

Hi Alex

I so wish I had any solution for you

We're currently still working on exactly the same error as logged by a Business Partner called ESN'B (Pty) Ltd for their client in Kenya.

And not even Evolution Development is able to provide a solution for us.

The current hypothesis is that this type of VM error can only be local PC in one way or another. 

This error is by no means due to a software bug and the bigger PC /domain/network are the only probable causes/factors for it. 

If I may ask, where is your offices? In which country/city? 

Hi Alex

I received an e-mail alert from someone who made the following suggestion to resolve this matter (not sure who it was???)

Please let me know if doing the above resolves your query or not???

Hi Bennie,

I wish we can have a solution for this lingering problem.

Our offices are in Abuja, Kaduna, Kano and Katsina states all in Nigeria.

Blessings!

Hi Bennie,

This also didn't resolve the issue!

Alex

Thanks Alex

The search for a solution is still ongoing..

I'm still working on the same error message query of another BP of ours.

I'm currently awaiting feedback from them and I will keep you updated as soon as I get any constructive feedback of course.

Blessings

Hi Alex

It's been a while but I just first want to say (even a bit late) Happy new Year

Have you perhaps been able yet to resolve this query?

Hi Alex

It's been a while but I just first want to say (even a bit late) Happy new Year

Have you perhaps been able yet to resolve this query?

Hi Bennie,

The search for a solution is still ongoing without any success on our part so far. Have you been able to resolve this issue? This issue is really affecting our productivity and by extension our business, and we may NOT be able to renew our license at its expiration. We are thinking of moving to another solution unfortunately.

We are unable to narrow down this issue to a particular reason. Its behavior is erratic because even on workstations with Evolution software/hardware requirements, we still have this issue. We have implemented ALL your recommendations/instructions all without success.

Blessings!

Alex

Hi Alex

I get you.

Please give me a day or two to formally respond to you on this query. 

I need to investigate a bit further myself and perhaps even also chat to Evolution Development about this matter.

Chat soon

Bennie 

Hi Bennie,

Thanks for your prompt response.

It's possible that you're unaware, but I've recommended and installed Sage 200 Evolution to more than 5 companies, and this problem has been causing me significant distress since its installation. I had to provide them with our conversation to convince them of the difficulties I've been facing.

The Voucher Management Module is heavily utilized here, but unfortunately, it's the only module that's not functioning properly. In addition, we are unable to add user-defined fields to the module, as we previously discussed. It's concerning that the license will expire around September, and we haven't received any return on our investment.

Please what's the update on User definable fields in Payment/Receipt/GL Voucher screen/UI?

Remain blessed!

Alex

Hi Alex

I discovered the following about your VM query:

'Fortunately' I'm observing the same error  That means testing and troubleshooting is so much easier now.

Please confirm the following:

1. Sage Evolution version of your client with the VM error?

2. On your client's PC (where the error is observed), go to C:\Program Files (x86)\Sage Evolution\VM

In here, how many files and folders are there?

Hi Bennie,

Sorry for the late reply.

Here it goes as requested.

64 Items

1 .ico, 4 .xml, 60 .dll and 1 Folder

Thanks

Alex

Thanks, Alex

I'll soon follow up with you again.