Is there any way to stop a user from deleting a line in the Sop Transaction Entry form? I can see two places where they would do that... there is a button on the form, and from the EDIT > DELETE ROW menu command.




I need to run some business logic if a user lowers a price in the Sop Transaction Entry window, I am having trouble with the form event structure.


The issue is recording the 'before' price, so that in the Validate event I can compare the 'before' and 'after' price to see if it has been lowered.


For existing lines, I am able to record the 'before' price in the LineEnterAfterOriginal event. But for new lines, that fires too soon. They enter an item number, the price field populates, they tab to it and lower the price. My 'before' at this point is $0, that's the value when they have entered the line. I tried using Dynamics.Forms.SopEntry.SopEntry.LineScroll.UnitPrice.Change

but that causes a really weird effect if I reference Dynamics.Forms.SopEntry.SopEntry.LineScroll.UnitPrice.Value in the event handler. The effect is that the first line in the scrolling grid does not show up, it is mostly blank. I can send screen shots, if you'd like.


I tried using





Neither of these events fire at all.



1. What's wrong with the 'change' event? If I can get that working, I'll be OK.

2. Why don't the 'enter' events fire? If I can get them working, I might be OK.

3. Any other way to solve the problem? I need to set an order hold if the price is lowered on a NEW item.



I encountered an 'The given key was not present in the dictionary' error today when loading Dynamics, it occurred just before the login screen. It was caused by deleting a field on a form that I had an event handler set for. Commenting out the event handler code fixed it.

 In today's case I had deleted a custom field, and still had the event handler in the GpAddin.vb file under Sub Initialize:

AddHandler DynamicsModified.Forms.SopEntry.SopEntry.LineScroll.QtyOnPo.LeaveAfterOriginal, AddressOf oSOPTransactionEntryDetail.QtyOnPoLeaveAfterOriginal

This needed to be commented out.

I've discovered a great resource for transferring large files: They allow files up to 100mb in size for free, and more if you open an account. Sending large files in an email is insane - the process is not designed for it. Any number of things can go wrong. You Send It handles the process smoothly and cleanly.

 If you're in the business of sending large files, pay for an account and be happy about it. Nothing good is free. If it's free, there is a catch somewhere.



Table Definition Quick Links
All Tables
SOP Tables
RM Tables
GL Tables
POP Tables
HR Tables
PM Tables
UPR Tables
IV Tables
Olympic Tables